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ABSTRACT 


This  thbsis  identifies  the  information  needs  of  the  facility  operator  and 
provides  an  orQanizationat  framework  to  access  this  information.  The 
"facility  operator"  is  defined  as  the  entity  responsible  for  operating  and 
maintaining  the  materials,  components,  and  systems  which  comprise  the 
building  but  not  th(>  furniture,  moveable  equipment,  or  manufacturing 
equipment  contained  therein. 

The  building  information  most  useful  to  the  operator  was  obtained 
from  interviews  with  staff  members  of  the  Maintenance  and  Operations 
Division  at  a  largo  university.  The  Facility  Operator's  Information  Framework 
(FOIF)  was  developed  to  provide  a  means  of  organizing  and  accessing  tiio 
information.  The  FOIF  uses  five  codes:  System  (mechanical,  electrical, 
structural,  plumbing,  and  architectural),  Level  (building,  floor,  room,  and 
component).  Vantage  (plan,  elevation,  section,  etc.),  index  (the  Uniform 
Construction  index),  and  Information  (nine  information  categories  related  to 
the  facility).  The  first  four  describe  building  components  spatially  and 
functionally.  The  last  cods  is  used  to  identify  the  needed  information,  j 
A  case  study  was  used  to  test  the  FOIF.  The  study  considered  fifteen 
work  assignments  in  a  representative  building  and  showed  the  FOIF  to  be 
effective  in  locating  the  information  needed  for  each  assignment. 

'  The  primary  application  for  this  research  is  in  the  development  of 
computer  based  information  systems  to  support  building  ope.ration  and 
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maintenance  personnel,  essentially  by  giving  them  on-line  access  to 
drawings  and  other  information  from  the  design  and  construction  phases. 
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Chapter  1 


INTRODUCTION 


1.1.  Background 

Providing  a  facility  is  a  long  and  complex  undertaking.  It  starts  with 
the  idea  to  construct  the  facility.  Subsequently,  the  initial  concept  has  to  be 
defined  and  communicated  by  way  of  a  design.  When  the  facility  is 
constructed,  design  details  and  specifications  must  be  transformed  into  an 
actual  facility,  which  then  must  be  operated.  Years  later,  when  the  facility  is 
no  longer  serviceable  or  required,  it  is  demolished  and  the  life  cycle  is 
ended. 

To  support  the  various  life  cycle  phases  between  the  conception  of  a 
facility  and  its  eventual  demolition,  much  information  must  be  created  and 
communicated.  To  the  designer,  it  is  important  to  know  the  owner's 
requirements.  To  the  builder,  knowing  the  details  of  what  the  designer 
intended,  and  what  the  finished  product  should  look  like,  is  important.  To  the 
facility  operator,  a  detailed  knowledge  of  the  as-built  facility  is  essential. 
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1.1.1.  The  Facility  Operator 

The  facility  operator,  or  building  superintendent,  is  the  person 
responsible  for  operating  and  maintaining  the  building's  architectural, 
structural,  civil,  mechanical,  electrical,  and  plumbing  systems  and  their 
subsystems.  This  operator  may  be  assisted  by  a  staff  dedicated  to  that 
facility;  a  staff  that  collectively  supports  ail  facilities  in  a  location;  or  by 
contract  personnel.  The  operator  is  responsible  for  all  systems  and 
components  in  the  building.  He  is  generally  not  responsible  for  furniture, 
moveable  equipment,  or  manufacturing  equipment.  The  operator's  role  is 
defined  in  greater  detail  in  Chapter  2. 

The  facility  operator  has  tremendous  information  needs,  particularly 
when  first  taking  occupancy  of  a  new  building.  He  must  learn  how  to 
operate  systems  and  develop  maintenance  schedules  for  major  pieces  of 
equipment,  arrange  and  budget  for  janitorial  services,  fix  components  when 
they  break,  and  do  everything  else  required  to  keep  the  facility  operational. 
This  study  concentrates  on  the  information  required  by  the  facility  operator  to 
effectively  provide  a  facility  to  the  user. 

1.1.2.  Operations  Scenario 

To  help  illustrate  the  information  needs  of  the  facility  operator,  a 
typical  situation  is  presented.  Consider  a  water  leak  in  an  office  ceiling. 
Some  of  the  many  questions  the  operator  might  ask  are: 


Where  is  the  office  within  the  building? 
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is  it  on  the  top  floor,  such  that  water  could  be  leaking  from  the  roof? 

Does  the  office  have  an  exterior  wall? 

What  plumbing  is  above  the  ceiling  or  nearby? 

Of  what  material  are  the  pipes  made? 

Where  are  the  nearest  isolation  valves? 

What  is  the  ceiling  type? 

Is  the  area  above  the  ceiling  accessible  from  the  office? 

Many  information  sources  might  exist  which  could  provide  answers  to 
the  above  questions.  On-site  inspection,  as-built  drawings,  contract 
specifications,  and  manufacturer  literature  are  but  a  few.  But  which  are  most 
useful?  More  importantly,  how  should  they  be  organized  to  most  effectively 
provide  the  answers  to  the  facility  operator's  questions?  These  are  two 
important  questions  which  lay  the  foundation  for  this  thesis. 

1.1.3.  Current  Practice 

During  the  earlier  phases  of  a  facility,  large  amounts  of  information 
are  created.  When  planning  and  designing  a  facility,  product  models  are 
sometimes  used  to  help  organize  information  by  desoribing  the  facility  in 
terms  of  its  parts.  Design  and  construction  phases  make  use  of  similar 
models.  They  also  use  classification  systems  such  as  the  Uniform 
Construction  index  (UCI)  to  describe  materials,  systems,  and  components  of 
the  building  and  to  correlate  plans  with  specifications. 

Upon  completion  of  the  construction  phase  there  is  generally  a 
transfer  of  information  to  the  facility  operator.  The  quantity  and  format  of  the 


4 


information  delivered,  however,  varies  widely.  Sometimes  the  operator  is 
provided  with  a  complete  set  of  electronically  stored  documentation  and  as- 
built  CAD  (computer  aided  design)  drawings.  Other  times  the  operator  is 
given  little  more  at  the  ribbon-cutting  ceremony  than  a  set  of  keys. 

Regardless  of  the  intormation  provided,  the  facility  operator  must 
provide  the  user  with  an  operational  building.  Many  computer  systems  and 
software  exist  to  help  the  operator.  Newer  systems  on  the  market  can  help 
predict  future  requirements  for  maintenance  and  repairs  of  major 
components.  Otner  systems  monitor  things  like  operating  temperatures, 
pressures,  and  electrical  loads  and  can  adjust  each  one  by  centrally 
operating  the  necessary  controls.  Still  other  systems  exist  to  automate 
preventive  maintenance  planning  and  scheduling  and  to  coordinate 
responses  to  facility  problems. 

1.2.  Problem  Statement 

Despite  the  availability  of  product  models,  classification  systems,  and 
computer  software  packages,  there  is  no  readily  available,  common 
framework  for  organizing  the  information  required  to  operate  a  facility  so  that 
it  may  be  readily  accessed  by  the  facility  operator. 


1.3.  Research  Objectives 

To  address  the  stated  problem,  four  objectives  are  proposed.  They 
are: 


1 .  To  define  the  role  of  the  facility  operator  and  identify  methods 
available  for  organizing  information  used  to  describe  facilities  and 
their  parts. 

2.  To  identify  which  information  about  buildings  is  most  useful  to  the 
operator  and  determine  the  sources  for  that  information. 

To  define  a  simple,  iogicai,  and  adaptable  framework  for 
organizing  and  accessing  information  used  by  the  facility 
operator. 

4.  To  test  the  framework  with  a  case  study. 


1 .4.  Research  Significance 

The  value  of  this  thesis  is  that  it 

1 .  Provides  a  guideline  the  owner  can  use  to  specify  information  the 
designers,  vendors,  and  contractors  must  deliver  to  the  operator; 

2.  Provides  a  logical  system  for  organizing  and  accessing 
information  to  improve  the  facility  operator's  effectiveness; 

3.  Provides  a  basis  for  future  development  of  automated  data 
acquisition  and  storage  systems  to  support  facility  operations. 
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1.5.  Methodology 

The  following  methodology  was  used  to  meet  the  objectives  of  the 

study: 


1.5.1.  Review  of  the  Literature 

The  literature  was  reviewed  to  define  the  role  of  the  facility  operator 
and  identify  the  basic  types  of  in'ormation  used  to  operate  facilities.  The 
literature  was  also  used  to  identify  methods  of  organizing  Information  in  the 
architectural,  engineering,  and  construction  (AEC)  industry. 

1.5.2.  Identification  of  Information  Needs 

The  Pennsylvania  State  University,  a  large,  multi-facility  owner  with  a 
knowledgeable  facility  operations  staff  was  studied.  By  selecting  an  owner 
with  several  facilities,  broader  types  of  information  applicable  to  a  variety  of 
buildings  could  be  obtained. 

Interviews  were  held  with  individuals  knowledgeable  in  their 
respective  trades.  These  individuals  did  not  actually  perform  the  work; 
instead,  they  managed  the  work  crews  and  were  responsible  fo.  providing 
them  with  the  information  and  resources  needed  to  perform  their  jobs.  The 
eleven  individuals  were  briefed  as  a  group  on  the  objectives  of  the  study 
and  provided  with  a  list  of  questions  which  would  be  asked  in  the  interviews 
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(see  Appendix  A).  Thirty-minute  interviews  were  then  scheduled  and 
conducted  separately  over  a  two-day  period.  All  of  the  interviewees  were 
cooperative  and  eager  to  help  with  the  study.  Use  of  a  private  conference 
room  was  arranged  to  minimize  outside  interruptions. 

Questions  were  structured  to  first  identify  the  various  systems 
managed  by  the  individual  (i.e.  heating,  power  distribution,  security,  steam, 
etc.).  The  questions  then  probed  the  types  and  sources  of  information  used 
to  manage  each  system.  An  example  of  the  details  identified  by  the 
interviews  was  the  need  for  tae  name  of  the  manufacturer  and  the  color 
number  of  paint.  This  allows  easy  paint  matching  when  a  section  of  wall  is 
repaired. 

After  obtaining  specific  information  items  needed  by  each  trade 
supervisor,  a  more  general  list  of  information  categories  was  defined.  These 
categories  were  broader  in  definition  and  were  considered  applicable  to  the 
facility  operator  in  general. 

1 .5.3.  Framework  Definition 

The  Facility  Operator's  Information  Framework  (FOIF),  a  simple 
framework  for  organizing  and  accessing  information  used  by  the  facility 
operator,  was  developed.  The  coding  structure  used  in  the  FOIF  is  based  on 
the  selection  of  information  modelling  schema  found  in  the  literature,  the 
information  needs  of  facility  operators  obtained  in  the  interviews,  and  on  the 
author's  experience.  For  simplicity,  the  fewest  possible  codes  needed  to 
accurately  describe  building  components  spatially  and  functionally  were 
used.  Where  possible,  commonly  accepted  codes  and  terms  were  chosen. 
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Codes  were  also  designed  to  be  adaptable  and  expandable  to  improve  the 
FOlPs  longevity.  A  description  of  how  the  FOIF  organizes  and  accesses 
facility  information  was  prepared. 

1.5.4.  Testing  of  the  Model  with  a  Case  Study 

A  case  study  was  conducted  to  test  the  ability  of  the  FOIF  to  describe 
the  location  of  building  components  both  spatially  and  functionally.  A 
modern,  moderately  sophisticated  office  building  was  selected  for  the  case 
study.  To  fully  test  ail  aspects  of  the  framework,  the  building  had  to  have  at 
least  two  stories;  contain  plumbing,  mechanical,  and  electrical  systems;  and 
be  large  enough  to  provide  a  variety  of  problems  for  study  (at  least  50,000 
square  feet).  The  Agricultural  Science  and  industries  Building  at  The 
Pennsylvania  State  University's  main  campus,  a  five-story  combination 
office,  laboratory,  and  classroom  facility  met  these  criteria  and  was  thus 
selected. 

A  listing  of  recent  work  assignments  (requests  for  maintenance  or 
repair)  for  the  building  was  obtained  from  the  University's  Facility 
Maintenance  and  Operations  Division.  Starting  with  the  most  recent  work 
assignments,  fifteen  were  selected  to  represent  a  variety  of  problem  types 
encompassing  each  major  trade.  For  each  assignment  involving  the  facility, 
the  item  (for  instance,  a  faulty  light  fixture  in  a  specific  room)  was  located  in 
the  facility  documents  (primarily  drawings).  To  test  the  framework,  the  FOIF 
was  then  used  to  locate  the  same  item,  in  each  case,  the  ability  of  the  FOIF 
to  identify  the  documents  which  were  used  is  notud. 
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1.6.  Summary  and  Thesis  Outline 

This  chapter  provided  an  introduction  to  the  study  and  an  overview  of 
facility  operations.  The  chapter  identified  information  organization  as  the 
topic  of  the  thesis  and  addressed  a  major  problem  facing  facility  operators: 
the  lack  of  a  common  framework  for  classifying  and  defining  the  information 
required  to  operate  a  facility.  A  methodology  for  researching  and  resolving 
this  problem  was  then  outlined. 

Chapter  2  provides  a  brief  summary  of  the  literature  relating  to  the 
study,  it  explains  facility  operations  and  identifies  the  general  types  of 
information  needed  to  support  it.  Methods  of  organizing  information  in  the 
AEC  industry  are  reviewed. 

in  Chapter  3,  the  information  needs  of  facility  op^^rators  are  identified. 
Chapter  4  defines  the  Facility  Operator's  Information  Framework  (FOIF).  The 
purpose  of  the  framework  is  to  provide  a  coding  structure  for  organizing  and 
accessing  information  used  by  facility  operators.  Subsequently  (Chapter  5), 
the  FOIF  is  tested  with  a  case  study  in  which  actual  work  assignments  for  a 
representative  building  are  used. 

Chapter  6  summarizes  the  study,  identifies  limitations  of  the  FOIF,  and 
suggests  areas  for  further  research. 
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Chapter  2 


LITERATURE  REVIEW 


2.1.  Overview 

This  chapter  explains  the  function  of  the  facility  operator  and  shows 
how  facility  operations  fits  into  the  overall  life  cycle  of  a  building.  An 
overview  of  several  existing  classification  systems  and  product  models  used 
to  organize  information  about  facilities  is  then  provided. 


2.2.  Facility  Operations 

This  section  discusses  facility  operations  in  terms  of  the  overall  facility 
life  cycle.  Maintenance,  a  major  function  performed  during  the  operation 
phase,  is  explained.  Key  sources  of  information  required  to  operate  facilities 
are  identified. 
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2.2.1.  Facility  Operations:  Part  of  the  Facility  Life  Cycle 

The  operations  phase  of  a  building's  life  cycle  is  defined  as  "all  of  the 
activities  which  are  required  to  provide  the  user  with  an  operational  facility” 
[Sanvido,  1990,  p.  (2)  10].  The  operations  phase  is  one  of  severai  in  a 
building's  life  cycle.  The  phases,  as  defined  in  the  Integrated  Building 
Process  Model  [Sanvido,  1990,  p.  (2)  10],  are:  Manage  Facility,  Plan 
Facility,  Design  Facility,  Construct  Facility,  and  Operate  Facility.  Figure  2.1 
shows  the  relationship  of  facility  operations  to  the  other  life  cycle  phases. 

Facility  operations  is  generally  the  longest  and  the  most  costly  phase 
of  the  entire  life  cycle,  accounting  for  approximately  85  percent  of  the  life 
cycle  costs  [NRC,  1987,  p.  59;  Smeallie  et  al.,  1987].  It  relies  heavily  upon 
much  of  the  information  generated  during  project  planning,  design,  and 
construction. 

Arrows  are  used  in  Figure  2.1  to  represent  data  entities  passed  from 
one  phase  to  the  next  [Sanvido,  1990,  p.  (2)  5].  Of  particular  importance  are 
the  arrows  shown  in  the  highlighted  region  which  enter  the  top  of  the 
Operate  Facility  node.  These  arrows  represent  facility  operations 
documents,  the  organization  of  which  is  the  primary  focus  of  this  study. 
These  documents  are  defined  further  in  Section  2.2.3. 

2.2.2.  The  Facility  Operator's  Primary  Job:  Maintenance 

The  majority  of  the  functions  performed  by  the  Facility  Operator  are 
referred  to  in  the  literature  as  facilities  maintenance.  Facilities  maintenance 
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is  defined  as  "the  set  of  ordered  activities  which,  when  properiy  managed, 
ailow  for  the  continual  operation  of  a  facility"  [Magee,  1988,  p.  4]. 

Faciiities  maintenance,  like  construction,  can  be  broken  down  into 
direct  and  indirect  activities.  The  indirect  activities  are  those  items  needed  to 
administer  the  direct  items.  Examples  of  indirect  activities  are  work 
identification,  scheduling,  and  purchasing.  Direct  maintenance  activities  are 
those  which  actuaily  preserve  or  restore  the  function  of  the  facility.  Though 
the  terminology  varies  widely  in  the  industry,  direct  activities  can  generaiiy 
be  divided  into:  housekeeping,  grneral  maintenance,  preventive 
maintenance,  repair,  replacem^/it,  improvement,  modification,  and  utiiities 
[Magee,  1988].  Since  the  focus  of  this  study  is  on  maintenance,  oniy  the 
related  categories  are  discussed  below: 

General  Maintenance:  General  maintenance  items  are  usually 
accomplished  at  discrete  intervals  and  include  such  things  as 
repainting  walls  and  trim,  replacing  faucet  washers,  tightening  vaive 
gland  packings,  and  lubricating  door  hinges. 

Preventive  Maintenance:  Preventive  maintenance  is  work 
performed  to  an  operational  device  or  faciiity  to  keep  it  operating  at  its 
proper  efficiency  without  interruption.  When  preventive  maintenance 
is  continualiy  negiected,  dramatic  and  costiy  failures  often  occur;  thus 
formal  preventive  maintenance  programs  are  generally  a  high  priority. 
Typically,  preventive  maintenance  is  performed  on  expensive  pieces 
of  mechanicai  and  electrical  equipment  iike  pumps,  boiiers,  chiiiers. 


and  high  voltage  switches.  Preventive  maintenance  requirements  are 
usually  specified  by  equipment  manufacturers. 

Repair:  Repair  work  involves  restoring  to  operation  some 
component  of  the  facility  after  it  has  failed.  An  example  might  be 
patching  a  roof  membrane  or  replacing  bearings  in  a  pump  or  motor. 
Repair  is  often  referred  to  as  corrective  maintenance. 

Replacement:  Replacement  work  refers  to  a  program  of  planned 
replacement  of  facility  components.  It  may  be  further  limited  to  major 
components  such  as  air  conditioning  compressors,  furnaces,  or  hot 
water  heaters.  Replacement  is  performed  when  the  equipment  has 
reached  the  end  of  its  useful  life;  when  it  no  longer  ca'';  perform  due  to 
degradation  of  its  internal  components;  or  when  repair  is  no  longer 
cost  effective.  Rebuilding  of  components  is  considered  replacement. 
Replacement  is  another  form  of  corrective  maintenance. 

2.2.3.  information  Requirements 

Facility  operators  need  an  accurate  record  of  what  was  designed  and 
built  [Howard  et  al.,  1989].  It  can  be  stated  that  facility  operations  is 
controlled,  in  part,  by  the  availability  of  facility  operating  documents 
[Guvenis,  1989,  p.  (1)  8].  Guvenis  defines  operations  documents  as  "The 
formal  documents...for  managing,  operating,  and  maintaining  the  facility" 
[1989,  p.  (B)  3).  A  description  of  the  common  information  sources  is 
provided  below: 
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On-Site  inspection:  Physically  inspecting  the  jobsite  includes 
visual  inspections,  partial  removal  of  components,  and  destructive 
and  non-destructive  testing,  it  can  provide  current,  accurate 
information  about  a  facility  but  is  costly  and  time  consuming.  Users 
default  to  this  method  to  collect  data  when  it  is  not  readily  available 
from  other  sources. 

Drawings:  Facility  drawings  are  a  graphic  representation  of  the 
construction  project.  They  show  size  and  shape,  general  indication  of 
materials  and  their  location,  connections  and  details,  diagrams,  and 
isometrics  depicting  items  such  as  mechanical  and  electrical  systems. 
Schedules  of  structural  elements,  equipment,  and  finishes  are  also 
part  of  the  drawings  [CSI,  1980,  p.  2].  As-built  drawings  show  the 
actual  "as-built"  conditions  after  constmction. 

Specifications:  The  specifications  are  the  document  which 
contains  qualitative  requirements  for  products,  materials,  and  trades 
[CSI,  1980,  p.  2]. 

Manufacturer  literature:  Manufacturer  literature  refers  to  pages 
from  a  manufacturers  catalog,  technical  product  specifications,  or 
sales  brochures  which  identify,  explain,  or  quantify  a  product.  These 
items  are  commonly  referred  to  as  submittals. 

Shop  drawings:  These  drawings  show  the  specific  details  used  to 
fabricate  materials.  Typical  examples  include  structural  steel 
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connections,  steel  reinforcing  bar  drawings,  and  window  fabrication 
details.  Shop  drawings  are  also  referred  to  as  submittals. 

Operation  and  maintenance  manuals:  Operation  and 
maintenance  manuals  are  user's  guides  to  start-up,  operation, 
maintenance,  and  troubleshooting  procedures.  They  are  usually 
furnished  with  major  mechanical  and  electrical  equipment. 


2.3.  Information  Classification  Systems 

The  information  sources  described  in  the  previous  section  give  the 
operator  details  of  the  many  products,  materials,  and  systems  which 
comprise  the  building.  This  section  describes  some  of  the  more  common 
classification  systems  for  organizing  this  building  information. 

2.3.1.  The  SfB  System 

Developed  in  the  Swedish  construction  industry  in  1948,  this 
international  system  combines  letters  and  numbers  to  code  items  related  to 
the  construction  operation.  There  are  three  parts  of  an  SfB  citation:  the 
functional  element,  the  construction,  and  the  matenal.  A  sample 
classification  using  SfB  is:  (21 )  F  g2.  This  stands  for  wall,  brick,  clay,  or  a 
wall  made  of  clay  bricks  'Green,  1966]. 


2.3.2.  The  Universal  Decimal  Code  (UDC)  System 

The  Universal  Decimal  Code  System  (UDC)  is  similar  to  SfB  in 
methodology  but  is  based  on  numerical  codes  separated  by  decimal  points. 
The  UDC  System  is  broad  in  scope;  construction  technology  is  just  one  of 
many  areas  it  classifies.  Due  to  the  system's  diversification,  UDC  codes 
tend  to  be  quite  long.  For  instance,  the  UDC  code  for  describing  a  wall 
made  of  clay  bricks  is  69.022.322:691.421  [Green,  1966]. 

2.3.3.  The  Uniform  Construction  Index  (UCI) 

The  Uniform  Construction  Index  (UCI),  published  by  the  Construction 
Specifications  Institute  and  commonly  referred  to  as  "Masterformat,"  is  the 
standard  building  indexing  scheme  within  the  United  States  construction 
industry.  The  UCI  is  a  master  list  of  five-digit  code  iiumbbfs  which  identify 
building  products,  materials,  and  trades  [CSI,  1980,  p.2].  The  UCI  is  divided 
into  sixteen  major  divisions  of  work.  A  listing  of  the  divisions  follows  [CSI, 
1978,  pp.  8-9]: 

1  General  requirements 

2  Sitework 

3  Concrete 

4  Masonry 

5  Metals 

6  Wood  and  Plastics 

7  Thermal/  Moisture  Protection 


8  Doors  and  Windows 

9  Finishes 

1 0  Specialties 

1 1  Equipment 

1 2  Furnishings 

1 3  Special  Construction 

1 4  Conveying  Systems 

1 5  Mechanical 

1 6  Electrical 


The  sixteen  UCI  divisions  are  decomposed  hierarchically  into 
broadscope  and  narrowscope  titles.  Figure  2.2  illustrates  this 
decomposition  for  different  types  of  unit  masonry. 


2.4.  Product  Models 

Product  models  are  systems  for  describing  large  and  complex  things, 
such  as  buildings,  in  terms  of  their  more  manageable  component  parts. 
Within  the  AEC  industry,  the  structure  and  format  of  product  models  vary 
widely.  Several  select  product  models  follow. 

2.4.1.  General  AEC  Reference  Model  (GARM) 

Gielingh  [1987]  initiated  this  complex  model  in  1982  as  part  of  an 
international  product  model  standardization  effort.  The  model  serves  as  a 
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Figure  2.2:  Illustration  of  UCi  Division,  Broadscope,  and  Narrowscope  Titles  [CSI,  1978] 
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data-exchange  medium  for  design,  production  and  maintenance  information 
for  buildings,  systems,  and  components  as  well  as  site  work.  The  core  of  the 
model  is  the  five  dimensional  Product  Definition  Unit  (PDU)  which  consists 
of  "discriminators"  for  stage,  level,  status,  role,  and  type.  The  discriminators 
serve  to  define  the  following: 

Stage:  The  stage  identifies  the  phase  of  the  facility  life  cycle  to  which 
information  pertains. 

Level:  The  level  refers  to  the  scope  of  the  information.  It  is  either 
specific  or  generic.  Specific  information  is  unique  and  generic 
information  is  shared. 

Status:  The  status  differentiates  among  alternatives,  typically  during 
the  design  phase.  Three  categories  are  used:  Alternative,  Selected, 
and  Rejected. 

Role:  Role  differentiates  between  information  about  the  original 
product  and  replacement  products. 

Type:  Type  is  used  to  decompose  the  building  into  smaller 
categories  called  arrangements,  assemblies,  parts,  joints,  and  form 
features. 
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2.4.2.  The  RATAS  Model 


The  RATAS  Model  [Bj5rk,  1989]  is  a  building  product  model  which 
describes  a  building  symbolically  using  ob]9Cts,  attributes,  and  classes.  A 
representation  of  the  model  is  shown  in  Figure  2.3.  Objects  are  arranged  in 
a  hierarchy  (left  half  of  the  figure).  Each  object  has  attributes  (lines 
connecting  the  left  and  right  halves  of  the  figure)  which  serve  to  group 
objects  into  classes  (right  half  of  the  figure).  This  arrangement  is  explained 
further  below: 

Objects:  Objects  describe  the  whole  in  terms  of  its  parts  using  an 
abstraction  hierarchy.  The  five  levels  of  abstraction  used  in  the 
RATAS  model  to  describe  a  building  functionally  are  the  building, 
system,  subsystem,  part,  and  detail. 

Attributes:  To  each  object,  a  number  of  attributes  can  be  associated 
that  describe  the  properties  of  the  object.  Attributes  can  be  of  many 
different  types.  Some  of  the  more  important  attributes  are:  numeric 
values,  such  as  prices;  text;  pictures  or  video  sequences;  codes, 
such  as  UCI  or  SfB;  and  lists. 

Classes:  Classes,  which  are  also  arranged  in  hierarchies,  group 
objects  based  on  their  attributes.  Examples  of  classes  are  load 
bearing  structures,  partitiun  walls,  and  doors.  Individual  objects  are  a 
subset  of  classes. 
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Figure  2.3:  illustration  of  the  RATAS  Model  [Source:  BJdrk,  1989,  p.  73] 
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2.4.3.  Project  Developers  information  Framework 

The  Project  Developers  Information  Framework  [Khayyal,  1990] 
consists  of  a  conceptual  Product  Model  Architecture  (PMA)  for  structuring 
and  integrating  building  information  and  a  codmg  and  classification  scheme 
for  storing  and  retrieving  this  information. 

2.4.3. 1.  The  Product  Model  Architecture  (PMA) 

The  PMA,  illustrated  in  Figure  2.4,  defines  two  orthogonal  categories 
for  structun'ng  information:  building  levels  and  discipline  breakdown.  The 
building  levels  refer  to  the  architectural  view  of  a  building  at  increasing 
levels  of  detail  from  the  project  as  a  whole  down  to  the  individual 
components.  The  discipline  breakdown  refers  to  the  trade  or  specialty  area 
within  the  AEG  industry.  The  disciplines  defined  are:  Architectural,  Civil, 
HVAC,  Plumbing,  Electrical,  and  Structural. 

The  relationship  between  building  levels  and  the  discipline 
breakdown  are  expressed  by  attributes.  Attributes  describe  five  qualities: 
function,  form,  economy,  mpchanism,  and  time. 

2.4.3. 2.  Classification  and  Coding  Structure 

The  Project  Developer's  Information  Framework  includes  a 
classification  and  coding  structure  to  support  the  PMA.  The  frame  based 
structure  consists  of  twenty  numeric  and  alphanumeric  fields  which  describe 
qualities  of  the  facility  (see  Figure  2.5).  Each  of  the  twenty  fields  has  a 
unique  coding  scheme. 
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Figure  2.5:  Khayyars  Classification  and  Coding  Structure 
[Source:  1990,p.109] 


The  first  fourteen  fields  are  generic  codes.  Generic  codes  refer  to 
such  things  as  the  project  itself,  life  cycle  phase,  discipline  identification, 
building  level,  and  site  information.  Specific  codes  make  up  the  remaining 
six  fields.  Specific  codes  identify  components,  materials,  and  parts;  the 
frame  number;  the  date  and  time;  and  the  revision  number. 

2.4.4.  Other  Systems 

Though  it  has  other  uses,  the  Work  Breakdown  Structure  (WBS)  can 
be  applied  in  the  AEG  industry  as  a  tool  for  subdividing  large  objects  into 
their  component  parts  [Cleland,  1983,  p.  50].  The  structure  of  the  WBS  is 
hierarchical,  such  that  the  bottom  level  represents  detailed  information  while 
the  top  level  represents  information  about  the  building  a.^  a  whole  [Cleland, 
1983,  p.  291].  An  example  of  a  WBS  for  a  building  foundation  is  shown  in 
Figure  2.6. 

Other  systems  developed  for  modelling  information  include  Turner's 
Building  Systems  Model  [Turner,  1989],  Martin's  Distribution  System  Model 
[Martin,  1989],  and  NIDDESC's  Reference  Model  for  Ship  Structural 
Systems.  Turner's  model  is  broad,  encompassing  buildings,  ships,  process 
plants,  civil  projects,  and  space  habitats.  Martin's  model  pertains  to 
shipboard  distribution  systems.  The  NIDDESC  model  pertains  to  ship 
structural  systems.  These  models  are  similar  to  other  product  models  in  that 
they  decompose  something  complex  into  terms  of  more  manageabie  parts. 
A  summary  of  each  can  be  found  in  Khayyal's  paper  [1990]. 


Figure  2.6:  Example  of  a  Work  Breakdown  Structure  [Cleland,  1982] 
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2.5.  Summary 

This  chapter  defined  and  explained  the  role  of  the  facility  operator. 
Existing  systems  for  organizing  and  coding  information  about  materials  used 
in  buildings  were  identified,  and  several  common  product  models  were 
surveyed. 
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Chapter  3 

FACILITY  OPERATOR  INFORMATION  REQUIREMENTS: 
A  LARGE  OWNER'S  VIEW 


3.1.  Overview 

The  purpose  of  this  chapter  is  to  identify  the  information  needs  of 
facility  operators.  Interviews  were  conducted  with  supervisors  representing 
each  facility  trade  on  the  maintenance  and  operations  staff  at  a  private,  non¬ 
profit,  multi-facility  institution.  The  interview  results  were  compiled  and 
identified  many  specific  information  items  found  useful  in  each  of  the  various 
trades.  Finally,  a  generalized  list  of  nine  information  categories  applicable 
to  facility  operators  was  defined. 


3.2.  The  Maintenance  and  Operations  Division 

To  determine  the  information  needs  of  facility  operators.  The 
Pennsylvania  State  University,  a  large,  multi-facility  owner  with  an 
experienced  operations  staff  was  selected.  It  operates  more  than  300 
buildings  totalling  12.4  million  square  feet  at  its  University  Park  Campus. 
The  University's  Maintenance  and  Operations  Division  was  an  ideal  choice 
for  study  due  to  the  scope  of  the  facilities  they  maintain  and  their  breadth  of 
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experience  in  facility  operations.  They  are  also  a  strong  particip  nt  in  and 
supporter  of  Computer  Integrated  Construction  research. 

3.2.1.  Organizational  Structure 

The  Pennsylvania  State  University's  Maintenance  and  Operations 
Division  organizational  chart  is  presented  in  Appendix  B.  The  Maintenance 
and  Operations  Division  includes  staff  members  for  various  facilities 
maintenance  trades  as  well  as  janitorial  and  landscaping  services,  vehicle 
maintenance,  solid  waste  management,  electronic  equipment  repairs,  and 
recycling  sen/ices. 

3.2.2.  Facility  Maintenance  Trades 

The  facilities  maintenance  trades  (building,  mechanical,  and 
electrical)  are  primarily  responsible  fur  providing  operational  classroom  and 
research  facilities.  They  are  led  by  ten  trade  supervisors  and  are  organized 
into  crews  and  shops  consisting  of  tradepersons  responsible  for  building 
materials  (concrete,  masonry,  metals,  drywall,  paint,  etc.),  systems 
(plumbing,  heating,  refrigeration,  electric,  fire  alarms,  etc.),  and  components 
(pumps,  elevators,  oil  burners,  etc.).  Their  various  shops  are  responsible  for 
such  things  as  8.5  million  square  feet  of  roofs,  10,000  exterior  doors,  and 
250  elevators.  With  a  staff  of  272  people,  they  operate  around  the  clock,  365 
days  a  year. 
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3.2.3.  The  Trade  Supervisors 

The  trade  supervisors  fill  a  unique  position  between  the  Division's 
management  and  the  tradesmen.  They  do  not  directly  perform  maintenance 
tasks  themselves;  instead  they  manage  the  crews  responsible  for  carrying 
out  the  work  assignments.  Their  main  purpose  is  to  provide  crews  with  the 
information  and  resources  needed  to  complete  the  work  assignments. 


3.3.  Scope  of  the  Interviews 

All  of  the  trades  were  represented  in  the  interviews.  A  listing  of  the 
individuals  interviewed,  their  respective  trades,  and  the  topics  discussed  is 
provided  as  Table  3.1.  The  maintenance  planning  manager,  who  was  also 
interviewed,  is  responsible  for  forecasting  maintenance  for  a  variety  of  key 
components  in  several  of  the  trades. 

All  of  the  principal  trades  and  materials  were  discussed.  Focus  was 
maintained  on  the  items  which  the  trade  supervisors  identified  as  most 
critical,  important,  or  problematic.  Sample  interview  questions  and  answers 
are  provided  in  Appendix  C. 


3.4.  Results  of  the  Interviews 

The  interviews  identified  a  wide  array  of  information  needed  to 
support  facility  operations.  Given  the  broad  scope  and  overlapping  nature  of 
the  many  information  items,  UCI  Index  codes  and  (building)  Level  codes 
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Table  3.1:  Interviewees  and  Subjects  Discussed 


NAME 

TRADE(S) 

SUBJECTS 

DISCUSSED 

Mr.  Bair 

Refrigeration 

Oii  burners 

Condensers 

Chillers 

Cooling  towers 

Oil  burners 

Boilers 

Fuel  systems 

Mr.  DeBrasky 

Maintenance  Planning 

Ceilings 

Chillers 

Doors,  int/ext 

Electrical  components 
Elevators 

Flooring 

Masonry 

Mechanical  systems 
Plumbing  systems 

Painting,  int/ext 

Pumps 

Roofs 

Mr.  Ellenberger 

Plumbing 

Potable  water  systems 

Gas,  Steam,  Air  supply 
Water  softeners 

Waste  water  piping 

Heat  exchangers 

Plumbing  fixtures 

Fire  sorinkler  oioina 

Mr.  Frazier 

Field  carpentry 

Windows  &  Doors 

Interior  walls 

Toilet  partitions 

Door  types 

Door  hardware 

Window  types 

Window  hardware 

Classroom  seatina 

Mr.  Hahn 

Electrical  systems 

Elevators 

Fire  alarms 

Security  alarms 

Electrical  distribution 
Lighting 

Electronics 

Elevators 

(cent,  on  next  page) 


Table  3.1  (cent.) 


NAME 

TRADES 

SUBJECTS 

DISCUSSED 

Mr.  Harris 

HVAC  Systems 

Air  handiing  equipment 

Fan  coii  units 

Ductwork  &  dampers 
Circuiation  pumps 

Heat  exchangers 

VAV  boxes 

Mr.  Kuntz 

interior  finishes 

Painting 

Carpet,  fioor  tiie 

Wait  coverings 

Ceitina  tites 

Mr.  Lightner 

HVAC  Controis 

Components 

System  tvoes 

Mr.  Martin 

Pumps 

Metais 

Fire  systems 

Heat  pumps 

Condensate  pumps 

Chitted  water  pumps 

Air  compressors 

Sump  pumps 

Ductwork 

Metai  ftashing 

Gutters  &  downspouts 
Sprinkter  systems 

Fire  extinauishers 

Mr.  Powers 

Roofing 

Masonry 

Roofing  systems 

Masonry,  bricks,  etc. 

Dryvit  type  sheathing 
Concrete 

Mr.  Tepsic 

Locks  &  Hardware 

Asbestos  removai 

Misc.  Maintenance 

Door  hardware  parts 
Eiectronic  iocks 

Asbestos  removai 

Light  fixture  battasts 
Ptumbing  fixtures 

Window  biind  systems 
Ctassroom  seating 

Projection  screens 

Stair  treads 

Window  A/C  units 

Pipe  coverinos 

were  selected  to  compile  and  present  the  results  (See  Table  3.2).  For  each 
piece  of  information,  corresponding  possible  information  sources  were 
identified  (more  than  one  may  apply).  Each  of  the  codes  used  to  present  the 
results  is  explained  below. 

3.4.1.  Explanation  of  UCI  Index  Codes 

The  Index  code  (first  column  of  Table  3.2)  refers  to  the  Uniform 
Construction  Index  (UCI)  [CSI,  1973).  To  put  the  information  in  a  logical 
order,  the  UCI  division  and  broadscope  titles  were  used.  The  UCI  system 
was  selected  because  of  its  high  degree  of  correlation  to  the  facility  trades. 
For  each  trade  and  topic  discussed,  it  was  found  that  there  was  a 
corresponding  UCI  code. 

Items  are  listed  in  Table  3.2  in  increasing  order  of  UCI  division  from  3 
(Concrete)  to  16  (Electn'cai).  Site  Work,  Equipment,  and  Special 
Construction  (divisions  2, 1 1,  and  13,  respectively)  were  omitted  since  they 
did  not  apply  to  the  study. 

Index  codes  were  assigned  at  the  highest  possible  UCI  level.  For 
instance,  information  about  cold  water  systems  (UC1 15401)  and  hot  water 
systems  (UC1 15402)  were  grouped  into  the  broader  section  called  plumbing 
systems  (UC1 1540-).  Dashes  were  used  in  the  code  numbers  as  "wild 
cards,”  indicating  that  the  information  generaliy  pertains  to  all  UCI  codes 
beginning  with  the  digits  shown. 
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Table  3.2:  Compiled  Interview  Results 


UCI  Index  Code 

Level 

Information 

Source 
(see  key) 

03™  Concrete 

Comp 

Type  (pre-cast,  CIP) 

AS  I 

Curina  comoound.  sealant  tvoe 

AS  I 

04—  Masonry 

Comp 

Type  (CMU,  stone,  glazed) 

Manufacturer,  style  no.,  color  no. 

Unit  size 

Sealant  type 

Mortar  mix  design 

Mortar  color  (if  any) 

05—  Metals 

Floor 

Framing  sizes,  dimensions 

Room 

Framing  details 

Como 

Color  of  finish  metals 

06—  Wood  &  Plastics 

Floor 

Framing  sizes,  dimensions 

A  1 

Room 

Framing  details 

A  D  1 

07—  Thermal  &  Moist. 

Floor 

Roof  plan 

A  1 

Protection 

Size  (SF) 

A  1 

Roof  material  type 

AS  1 

Roof  condition 

1 

Comp 

Manufacturer,  product  no. 

ASM 

Color  no.  (for  siding) 

ASM 

Roof  warranty  (Note  1) 

SM  0 

Flashing,  gutter  material  type 

AS  1 

08™  Doors  &  Windows 

Floor 

Locations  of  doors  &  windows 

A  1 

Room 

Locations  of  doors  &  windows 

A  1 

Comp 

Material  (wood,  metal,  aluminum) 

AS  1 

Size  (dimensions,  profile,  etc.) 

AMD  1 

Condition/replacement  priority 

1 

Manufacturer,  model  no.,  color  no. 

ASM  1 

Style  (handicap,  etc.) 

AS  D  1 

Hardware  items  (knobs,  etc.) 

AS  D  1 

Door  orientation  (left  or  right  hand) 

AS  D  1 

Door  fire  rating 

ASM  1 

Glazing  type  (thermal,  safety,  etc. 

ASM  1 

Lock  core  or  key  numbers  (Note  2) 

SMD 

Key  to  Sources  of  information: 

A  >  Drawings,  S  >  Specifications,  M  -  Manufacturer  iiterature,  D  -  Shop 
Drawings,  0  >  Operation  and  Maintenance  Manuais,  i  >  On-site  Inspection 
Note  1 :  Information  also  contained  in  the  actual  warranty. 

Note  2:  Key  core  numbers,  serial  number,  test  reports,  etc.  may  be  provided 
separately. 

Note  3:  This  information  is  not  currently  maintained. 


(cont.  on  next  page) 
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Table  3.2  (cent.) 


UCI  Index  Code 

Level 

Information 

Source 
(see  key) 

09—  Finishes 

Room 

Location 

Types  (Paint,  tile,  carpet) 

Area  (SF) 

Condition/replacement  priority 

Wail  fire  rating 

Comp 

Manufacturer,  color  No.,  model  No. 

ASM 

Style  (semi  gloss,  flat) 

AS  1 

Seam  direction  of  carpet  (Note  3) 

AS  D  1 

10—  Specialties 

Floor 

Location 

A  1 

Location 

A  1 

Comp 

Manufacturer,  model  no.,  color 

ASM 

1052-  Fire  Extinguisher 

Style  (water,  halon,  etc.) 

ASM  1 

mm 

Condition 

1 

125-  Window  Treatment 

Comp 

Manufacturer,  style,  color 

ASM  1 

Dimensions 

A  M  1 

127-  Multiole  Seatino 

Manufacturer,  stvie 

ASM  1 

142-  Elevators 

Bldg 

Location  of  cars  &  mechanical  room 

A  1 

Number  of  landings 

A  1 

Floor 

Location  of  cars  &  mechanical  equip. 

A  1 

Room 

Location  of  components 

A  1 

Comp 

Manufacturer,  model  no. 

ASM  1 

Type  (hydraulic,  cable) 

ASM  1 

Size  (No.  of  pax) 

ASM  1 

M  &  0  procedures 

0 

Wiring  schematics 

AMO 

Emergency  procedures 

M  0 

Inspected  condition 

1 

Warranty  (Note  1) 

SM  0 

150-  Materials 

Locations 

A  1 

Size,  capacity 

ASM  1 

1514-  Pumps 

Comp 

Style  of  pump  (centrifugal,  etc.) 

ASM  1 

Manufacturer,  model  no. 

ASM  1 

1525-  Insulation 

Comp 

Material  type 

AS  1 

Thickness,  Rating 

ASM  1 

Key  to  Sources  of  information: 

A  «  Drawings,  S  >  Specifications,  M  «  Manufacturer  iiterature,  D  -  Shop 
Drawings,  0  »  Operation  and  Maintenance  Manuals,  I  »  On-site  inspection 
Note  1 :  Information  also  contained  in  the  actual  warranty. 

Note  2:  Key  core  numbers,  serial  number,  test  reports,  etc.  may  be  provided 
separately. 

Note  3:  This  information  is  not  currently  maintained. 


(cont.  on  next  page) 
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Table  3.2  (cont.) 


UCI  Index  Code 

Level 

Information 

Source 
(see  key) 

153"  Special  Piping 

Bldg 

System  type  (gas,  air,  vacuum,  etc.) 

AS 

Systems 

Schematic  diagram 

A 

Riser  diagram 

A 

Location  of  main  shutoff 

A  1 

Floor 

Layout  diagram 

A  1 

Valve  &  component  locations 

A  1 

Access  panel  location 

A  1 

Pipe  sizing 

A  1 

Pioe  material 

AS  1 

1540-  Plumbing  Systems 

Bldg 

Schematic  diagram 

Riser  &  vent  diagram 

Location  of  main  shutoff 

Floor 

Layout  showing  valves,  cleanouts 

Access  panel  location 

Pipe  sizing 

Pipe  material 

1542-  Plumbing 

Comp 

Type  (HW  heater,  softener,  etc.) 

AS  1 

Equipment 

Piping  diagram 

A  1 

Manufacturer,  model  no. 

SM 

Operating  procedures 

0 

Maintenance  procedures 

0 

Warranty  (Note  1) 

SM  0 

1545-  Plumbing 

Comp 

Manufacturer,  model  no. 

ASM 

Fixtures 

Installation  template 

MDO 

155"  Fire  Protection 

Bldg 

Type  (wet,  dry,  pre-action,  etc.) 

AS  1 

Riser  diagram 

A 

Schematic  diagram 

A 

IH 

Shutoff  valve  location 

A  01 

Layout  diagram 

A  1 

■i 

Location  of  components 

A  1 

Pipe  size,  material 

A  1 

Location  of  heads 

A  1 

Sorinkler  head  temp,  rating 

ASM 

Key  to  Sources  of  Information: 

A  «  Drawings,  S  -  Specifications,  M  -  Manufacturer  literature,  D  «  Shop 
Drawings,  O  «  Operation  and  Maintenance  Manuals,  I  -  On-site  Inspection 
Note  1:  Information  also  contained  in  the  actual  warranty. 

Note  2:  Key  core  numbers,  serial  number,  test  reports,  etc.  may  be  provided 
separately. 

Note  3:  This  information  is  not  currently  maintained. 


(cont.  on  next  page) 
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Table  3.2  (cont.) 


UCI  Index  Code 

Level 

Information 

Source 

(see  key) 

1560-  Power  &  Heat 

Floor 

Location 

A  1 

Generation 

Room 

Location 

A  1 

Style  (Steam,  Hot  water,  etc.) 

ASM  1 

Isolation  valve  locations 

A  01 

Comp 

Warranty  (Note  1) 

SM  1 

Operation  procedures 

Maintenance  procedures 
Manufacturer,  model 

0 

0 

SM 

Capacity,  size 

ASM  1 

Schematic  diagram 

M  DO 

Boiler  pressure 

ASM  1 

Relief  valve  tvoe.  ratina 

ASM  1 

1565-  Refrigeration 

Floor 

Location 

A  1 

Equipment 

Room 

Location 

A  1 

isolation  valve  location 

ASM  1 

Comp 

Manufacturer,  model 

ASM  1 

Warranty  (Note  1) 

Operation  procedures 

SM 

0 

Maintenance  procedures 

Capacity,  size 

0 

ASM  i 

Schematic  diagram 

M  DO 

Serial  number  (Note  2) 

01 

157-  Liquid  Heat 

Bldg 

System  type  (hot  water,  steam,  etc.) 

A  1 

Transfer 

Schematic  diagram 

A 

Riser  diagram 

A 

Location  of  main  shutoff 

A  1 

Floor 

Layout  diagram 

A  1 

Access  panel  location 

A  1 

Pipe  sizing 

A  1 

Comp 

Pipe  material 

ASM  1 

Equipment  manufacturer,  model 

SM 

Eauipment  schematics 

M  01 

Key  to  Sources  of  information: 

A  -  Drawings,  S  -  Specifications,  M  «  Manufacturer  literature,  D  -  Shop 
Drawings,  0  >  Operation  and  Maintenance  Manuals,  I  >  On-site  Inspection 
Note  1 :  Information  also  contained  in  the  actual  warranty. 

Note  2:  Key  core  numbers,  serial  number,  test  reports,  etc.  may  be  provided 
separately. 

Note  3:  This  information  is  not  currently  maintained. 


(cont.  on  next  page) 
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Table  3.2  (cont/i 


UCI  Index  Code 

Level 

information 

Source 

(see  kev) 

158”  Air  Distribution 

Bldg 

Riser  diagram 

A 

Sequence  of  operations 

AS  0 

Test  &  Balance  report  (Note  2) 

01 

Floor 

Location  of  components 

A  1 

Layout  diagram,  sizing 

A  1 

Material  types 

ASM 

Comp 

Equip,  manufacturer,  model 

SM 

Equip,  vendor 

M 

Equipment  schematic 

M  0 

Fire  damper  ratina 

ASM 

159”  Controls  & 

Bldg 

System  type  (air,  electronic) 

AS  1 

Instrumentation 

System  schematic 

A  0 

Sequence  of  operations 

AS  0 

Zones  (heating,  cooling) 

A  0 

Test  &  Balance  report  (Note  2) 

01 

Operation  &  Maintenance  procedures 

0 

Floor 

Location  of  main  components 

A  1 

Room 

Location  of  components 

A  1 

Comp 

Manufacturer,  model  no. 

ASM  1 

Schematics 

M 

1615-  Motors 

Comp 

Manufacturer,  model  no. 

ASM  1 

Size,  volts,  amps,  hp 

mSmm 

Maintenance  procedures 

MSI 

Condition 

1616-  Panelboards 

Comp 

Panel  size 

IMT— 

Panel  capacity  (amps) 

Breaker  types 

No.  spare  breakers 

Condition 

Key  to  Sources  of  information: 

A  -  Drawings,  S  -  Specifications,  M  -  Manufacturer  literature,  D  «  Shop 
Drawings,  0  «  Operation  and  Maintenance  Manuals,  I  -  On-site  Inspection 
Note  1 :  Information  also  contained  in  the  actual  warranty. 

Note  2:  Key  core  numbers,  serial  number,  test  reports,  etc.  may  be  provided 
separately. 

Note  3:  This  information  is  not  currently  maintained. 


(cont.  on  next  page) 
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Table  3.2  (cent.) 


UCI  Index  Cede 

Level 

Information 

Source 

(see  key) 

iS4-  Service  & 

Bldg 

Schematic  (single  line)  diagram 

Distribution 

Main  disconnect/breaker  location 

Conduit,  conductor  size 

Floor 

Layout,  wiring 

Room 

Layout,  wiring 

Comp 

Conductor  material 

Panel  schedule 

oHn 

165-  Lighting 

Floor 

Layout,  wiring  diagram 

A 

Room 

Layout 

A 

Comp 

Fixture  type  (fluorescent,  HP,  etc.) 

ASM  1 

Manufacturer,  model 

ASM  1 

Condition  of  fixtures  &  wiring 

1 

167-  Communications 

Bldg 

Location  of  main  panel 

A  1 

System  schematic  diagram 

A  0 

Zones  (i.e.  fire  detection,  security) 

A  0 

Operating  procedures 

0 

Floor 

Location  of  components 

A  1 

Wiring  diagram 

A 

Room 

Location  of  components 

A  1 

Comp 

Manufacturer,  model  no. 

ASM  1 

Maintenance  procedures 

0 

Key  to  Sources  of  information: 

A  -  Drawings,  S  »  Specifications,  M  -  Manufacturer  iiterature,  D  «  Shop 
Drawings,  O  -  Operation  and  Maintenance  Manuals,  I  «  On-site  Inspection 
Note  1 :  Information  also  contained  in  the  actual  warranty. 

Note  2:  Key  core  numbers,  serial  number,  test  reports,  etc.  may  be  provided 
separately. 

Note  3:  This  information  is  not  currently  maintained. 
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3.4.2.  Explanation  of  Level  Codes 

The  Level  code  refers  to  the  scope  of  the  information.  The  four  Level 
codes,  and  their  corresponding  scopes,  are: 


Code: 

Information  pertains  to: 

BLDG 

building  as  a  whole 

FLOOR 

a  floor  within  the  building 

ROOM 

a  room  within  a  floor 

COMP 

an  indiviJuai  component 

The  basis  for  selecting  these  four  levels  was  that  the  types  of 
information  desired  by  the  trade  supervisors  differed  for  each  level.  When 
considering  the  building  plumbing  system  (Index  1540-)  as  a  whole,  for 
example,  schematic  diagrams,  the  location  of  the  main  shutoff  valve,  and 
identity  of  the  system  type  (gas,  steam,  air,  water,  etc.)  are  most  useful.  At 
the  Floor  level,  a  piping  layout  diagram,  showing  access  panel  locations  and 
pipe  sizes  and  materials,  is  preferred. 

3.4.3.  Explanation  of  Information  Sources 

The  Source  codes  in  Table  3.2  identify  where  each  item  of 
information  might  be  found.  Some,  none,  or  all  of  the  sources  identified 
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could  contain  the  information,  due  to  the  lack  of  an  industry  standard  for 
organizing  building  information. 

The  code  letters  used  and  items  they  represent  are: 

Source  represented 
A  Facility  drawings 

S  Specifications 

M  Manufacturer  literature 

D  Shop  drawings 

O  Operation  and  maintenance  manuals 

I  On-site  inspection 

Other  sources  cited  less  frequently  were:  warranties,  test  reports,  and  serial 
numbers.  These  items  are  identified  by  the  appropriate  footnotes  which 
accompany  the  information  item. 


3.5.  Observations  Based  on  Interviews 

Based  upon  the  interviews,  several  observations  were  made. 

3.5.1.  Time  Critical  Information  Requirements 

The  priority  for  accessing  the  many  information  items  varied.  The 
most  time  critical  information  requirements  identified  during  the  interviews 
included: 


43 


1 .  Knowing  the  location  of  isolation  valves  for  piping  systems  and 
main  disconnects  for  the  electrical  system. 

2.  Knowing  the  location  of  a  building's  elevator  mechanical  room 
(people  frequently  get  trapped  inside  the  elevators). 

3.  Knowing  the  composition  of  a  roof  and  whether  or  not  it  is 
covered  by  a  warranty. 

4.  Knowing  the  location  and  the  operation  and  maintenance 
procedures  for  major  mechanical  systems. 

3.5.2.  Overlapping  Lines  of  Responsibility 

There  was  a  slight  overlap  noted  in  the  information  provided  by 
several  supervisors  due  to  overlapping  lines  of  responsibility.  A  light  fixture 
provides  a  good  example.  The  Electrical  Trades  Supervisor  is  responsible 
for  the  light  fixture  and  associated  wiring;  the  Miscellaneous  Maintenance 
Trades  Supen/i.sor  is  responsible  for  the  bulbs  and  ballast;  and  the 
Maintenance  Planning  Manager  is  responsible  for  documenting  the  overall 
condition  of  lighting  systems.  Other  areas  which  exhibited  a  similar  overlap 
include  the  plumbing  system,  sprinkler  system,  and  classroom  seating.  This 
overlap  was  helpful  in  that  it  gave  several  viewpoints  about  the  same  item. 
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3.5.3.  Reliance  on  Experience  and  Inspection 

The  trade  supervisors  did  not  always  rely  upon  documents  to  obtain 
information  about  facilities.  Frequently,  the  trade  supervisors  cited  personal 
knowledge  and  experience  as  the  source  for  their  information.  In  this  case, 
the  questions  were  rephrased  to  ask  where  someone  who  is  not 
knowledgeable  about  the  facility  would  locate  the  information. 

Similarly,  inspecting  the  job  site  in  person  was  cited  by  many  as  an 
information  source,  in  the  absence  of  other  information  sources,  this  was 
often  the  best  method  knov/n  for  obtaining  the  needed  information,  in  these 
cases,  on>site  inspection  was  recorded  as  a  source  which  combines  with 
other  sources  the  interviewee  said  would  be  helpful. 


3.6.  Consolidation  of  the  Information  Needs 

Based  on  the  specific  information  collected  in  the  interviews  for  each 
facility  trade  (the  third  column  in  Table  3.2),  it  was  concluded  that  the  facility 
operator's  information  needs  could  be  generalized  into  the  categories 
shown  in  Figure  3.1.  The  general  information  categories  are  essentially  a 
consolidation  of  specific  information  items  from  one  or  more  of  the  trades. 
Nine  categories  are  defined.  They  are: 

Geometric:  The  Geometric  category  refers  to  all  of  the  spatial 

representations  of  the  building,  typically  found  in  the  facility  drawings. 

Geometric  information  includes  locations  of  components  and 


specific  information  detaiis 

INFORMATION  CATEGORIES 

location 

dimensions 

unit  size 

details 

. . . »>■  GEOMETRIC 

orientations 

area  (SF) 

thickness 

layout 

wiring  schematics 

riser  &  vent  diagrams 

. . . »»  SCHEMATIC 

schematic  diagrams 

manufacturer 

style  number 

color  number 

product  number 

model  rujmber 

equip,  vendor 

material  type  (i.e.  stone,  brick,  CMU  masonry) 

component  style  (i.e.  globe,  gate,  ball  valve) 

fire  rating 

size,  capacity 

ratings 

pressure 

. . . ■  PERFORMANCE 

temperature 

amperage 

maintenance  procedure  3 

operating  procedures 

material  condition 

equipment  conditions 

roof  warranty 

equipment  warranty 

lock  and  core  number 

equipment  serial  number 

test  &  balance  report 

i . . . »»■  TEST  DATA 

Figure  3.1:  Consolidation  of  Information  into  Categories 
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materials;  component  orientation  and  system  layout;  and  all 
dimensions,  sizes,  and  details. 

Schematic:  The  Schematic  category  refers  to  diagrammatic 
representations  of  systems,  for  example,  electrical  single  line 
diagrams.  Also  included  are  riser  diagrams,  control  system  diagrams, 
and  detailed  component  wiring  diagrams. 

Proprietary:  This  category  describes  any  inforination  related  to  the 
maker  or  vendor  of  a  material  or  component.  It  includes  information 
such  as  the  manufacturer's  name,  the  model  number,  and  the 
manufacturer's  color  number. 

Type/  Style:  The  Type/  Style  of  an  item  identifies  a  specific  attribute 
from  many.  For  example,  types/  styles  of  masonry  could  refer  to 
masonry  unit,  stone,  brick,  etc.  This  information  is  usually  found  on 
the  drawings  and  in  the  specifications. 

Performance:  Performance  refers  to  quantitative  data,  typically 
describing  plumbing,  mechanical,  and  electrical  equipment. 

Examples  include  capacities,  sizes,  rates,  temperatures,  pressures, 
voltages,  and  amperages. 

Maint/  Ops:  Short  for  maintenance  and  operations  information,  this 
category  includes  system  start-up,  operation,  maintenance. 


troubleshooting,  and  emergency  procedures,  it  also  includes 
replacement  parts  information. 

Inspection:  Inspection  refers  to  information  obtained  from  periodic 
inspections,  typically  describing  a  component's  conditions  and  priority 
for  replacement. 

Warranty:  This  item  refers  to  the  expiration  date  and  the  provider  of 
warranties,  typically  for  expensive  or  critical  components  and  roofs. 

Serial  ID:  This  item  refers  to  a  unique  number  describing  a 
component.  It  Is  used  for  major  pieces  of  equipment  and  also  for  key 
numbers  to  door  locks. 

Test  Data:  This  category  refers  to  the  results  of  performance  tests, 
for  example,  the  HVAC  system  test  &  balance  report. 


3.7.  Requirements  for  Organizing  the  Information 

As  shown  in  this  chapter,  the  facility  operator  has  a  need  for  a  wide 
array  of  information  items  about  buildings.  The  types  of  information  needed 
were  shown  to  vary  for  the  many  materials,  components,  and  systems 
managed  by  each  trade,  information  needs  also  varied  with  the  various 
levels  within  the  building  (i.e.  building,  floor,  room,  and  component). 
Accordingly,  UCI  index  codes  were  used  to  differentiate  between  each  of  the 
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materials,  components,  and  systems,  and  Level  codes  were  used  to 
differentiate  between  the  various  levels  of  the  building.  Finaiiy,  it  was  shown 
that  the  many  types  and  sources  of  information  couid  be  grouped  into  just 
nine  generai  categories. 

Existing  product  modeis,  discussed  in  Chapter  2,  provide  a  basis  for 
the  deveiopment  of  a  framework  to  specificaliy  address  the  information 
needs  of  the  faciiity  operator,  in  particular,  the  RATAS  Model  and  Khayyal's 
Product  Mode!  Architecture  offer  a  logical  structure  for  organizing  the 
operator's  information  by  decomposing  the  building  hierarchicaliy  (similar  to 
the  Level  code)  and  providing  the  ability  to  group  objects  into  "classes"  or 
"disciplines"  (similar  to  the  Index  code).  Khayyal's  coding  structure  also 
defines  an  ample  number  of  categories  to  classify  the  operator's  information 
(i.e.  building  level,  UCI,  SfB,  etc).  All  of  the  models  considered,  however, 
tended  to  be  more  broadly  defined  or  sophisticated  than  needed  to 
accommodate  the  relatively  simple  information  needs  of  the  facility  operator. 


3.8.  Summary 

This  chapter  has  identified  the  information  needs  of  the  facility 
operator.  These  needs  were  defined  by  interviewing  members  of  a  large 
facility  owner's  maintenance  and  operations  staff,  summarizing  the 
information  collected  on  a  system  by  system  basis,  and  then  consolidating 
the  specific  items  into  nine  categories:  geometric,  schematic,  proprietary, 
type/  style,  performance,  maint/  ops,  inspection,  warranty,  serial  ID,  and  test 
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data.  Requirements  for  organizing  the  operator's  information  are  then 
discussed. 


50 


Chapter  4 


THE  FACILITY  OPERATOR'S  INFORMATION  FRAMEWORK  (FOIF) 


4.1.  Overview 

This  chapter  defines  the  Facility  Operator's  Information  Framework 
(FOIF).  The  FOIF  is  a  framework  used  by  the  operator  to  organize  and 
access  information  about  the  building.  Criteria  for  the  framework  are 
detailed  first.  Subsequently,  an  overview  of  the  FOIF  is  provided  and  its 
coding  structure  is  explained.  Finally,  the  use  of  each  code  is  described. 


4.2.  Criteria  Used  for  Developing  the  FOIF 

Several  criteria  were  used  to  develop  the  FOIF  based  upon  the 
research  results  presented  in  Chapter  3  and  the  objectives  of  the  study: 

1 .  The  FOIF  must  be  able  to  provide  the  operator  "views"  of  the 
building  for  each  major  facility  trade.  For  example,  electricians 
should  be  able  to  "filter  out"  unneeded  information  related  to  other 
trades  (i.e.  plumbing,  mechanical,  architectural,  and  structural 
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systems)  leaving  just  the  electrical  system,  materials,  and 
components  displayed  (i.e.  the  "E"  drawings).  This  filtering 
provides  the  operator  with  only  the  essentia!  information  items 
identified  in  Chapter  3  for  a  given  system. 

2.  The  FOIF  must  distinguish  between  several  levels  of  detail  within 
the  building.  For  example,  the  FOIF  must  organize  information 
about  the  building  as  a  whole,  as  well  as  information  about 
individual  components.  Several  levels  of  detail  should  be 
provided. 

3.  The  FOIF  must  be  simple,  logical,  and  adaptable.  Only  the 
minimum  number  of  codes  needed  to  Identify  building 
components  spatially  and  functionally  should  be  used.  Codes 
should  be  defined  in  commonly  accepted  terms  and  should  be 
adaptable  to  future  changes  In  the  AEC  Industry. 

4.  The  FOIF  should  be  defined  independently  of  the  information's 
format.  Paper  documents,  electronic  media,  or  combinations  of 
the  two  should  be  accessible  regardless  of  their  format. 


4.3.  Overview  of  the  FOIF 

The  FOIF  meets  the  criteria  established  through  the  use  of  a  simple 
coding  structure.  The  coding  structure  consists  of  four  address  codes  and 
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one  information  code  (see  Figure  4.1).  Address  codes  (System,  Level, 
Vantage,  and  Index)  describe  where,  in  the  bu*lding,  something  is  located 
and  identify  the  item  functionally.  The  Information  code  identifies  the 
information  categories  related  to  the  item  and  is  used  to  obtain  information 
about  the  item. 

Operation  of  the  FOIF  can  be  better  visualized  through  an  analogy: 
as  a  database  which  is  viewed  through  the  window  of  a  camera.  In  order  to 
get  information  out  of  the  database  the  camera  must  first  be  pointed  at  the 
item  in  question  (using  the  Vantage  code),  it  can  then  be  zoomed  in  and  out 
to  look  at  the  building  as  a  whole  or  just  a  single  component  (with  the  Level 
code).  Filters  (System  and  Index  codes)  can  be  used  over  the  lens  so  that  it 
sees  only  certain  items  (i.e.  just  the  electrical  system  and  its  components). 
Once  the  appropriate  view  is  obtained,  the  Information  code  can  be  used  to 
select  information  from  the  database. 


4.4.  The  FOIF  Coding  Structure 

The  five  codes  comprising  the  FOIF's  coding  structure  are  explained 

below. 


4.4.1.  Building  Systems  ("System") 

Five  building  systems  are  used  In  the  FOIF:  architectural,  structural, 
plumbing,  mechanical,  and  electrical.  Each  system  is  defined  as  a 
consolidation  of  UCI  divisions.  For  instance,  the  electrical  system  is  defined 


System  Level  Vantage  Index  Information 
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Figure  4.1 :  The  Facility  Operator's  information  Framework  (FOiF) 


as  all  items  covered  under  division  16  of  UCI  (The  UCI  system  is  explained 
in  greater  detail  in  Chapter  2.). 

A  listing  of  the  five  systems,  their  codes,  and  their  respective  UCI 
divisions  is  as  follows: 


System.  (COPE) 

Architectural  (ARCH) 
Structural  (STRU) 
Plumbing  (PLMB) 
Mechanical  (MECH) 

Electrical  (ELEC) 


UCI  Divisions 
3-10, 12,  and  14 
3-6 

15:  sections  15100  -  15500 
15:  sections  15100, 15200, 
and  15600  -  15900 
16 


Note  that  several  systems  overlap  UCI  divisions.  For  instance, 
divisions  3  through  6  are  included  in  both  architectural  and  structural 
systems  since  concrete,  masonry,  metals,  woods,  and  plastics  (divisions  3 
through  6)  may  be  used  for  either  purpose.  Divisions  2  (Sitework),  1 1 
(Equipment),  and  13  (Speciai  Construction)  are  omitted  since  they  fall 
outside  the  scope  of  the  study.  Another  area  of  overlap  is  with  basic 
materials  like  conduit,  valves,  and  pipe.  Here  the  idea  of  connectivity  is 
employed  when  assigning  the  material  to  a  particular  system.  For  instance, 
valves  and  piping  (15100)  comprising  the  plumbing  system  would  be 
assigned  to  the  plumbing  system.  Similar  valves  and  pipes  connected  to  the 
air  conditioning  system  would  be  assigned  to  the  mechanical  system. 

The  consolidation  outlined  above  is  intended  to  be  generic.  When 
organizing  information  for  a  particular  building,  the  consolidation  scheme 


could  be  adjusted  easily  to  accommodate  user  preference.  For  example, 
specific  systems  such  as  HVAC  Controls  (15900),  Refrigeration  (15650),  or 
Lighting  (16500)  could  be  defined  as  unique  systems  or  subsystems  of 
those  defined. 

4.4.2.  Building  Levels  ("Level') 

Using  the  Building  Level  codes  proposed  by  Khayyal  [1990]  as  a 
baseline,  a  simplified  set  of  building  levels  was  defined.  The  levels  defined 
in  the  FOIF  are:  Building,  Floor,  Room,  and  Component.  Figure  4.2  shows 
the  structure  of  these  four  levels.  The  Level  "BLDG”  refers  to  the  building  as 
a  whole.  Floors  and  Rooms  are  abbreviated  as  FL  and  RM,  respectively, 
and  use  the  floor  number  and  room  number  as  part  of  the  code  (i.e.  FL1 , 

FL2,  RM209,  RM31 5,  etc.).  Basement  floors  have  a  "B"  prefix  (i.e.  B1 ,  B2, 

B3, ...)  and  the  roof  level  is  "FLRCX5F."  Hallways  and  stairways  can  be 
assigned  regular  room  numbers  or  follow  a  unique  numbering  system 
preceded  by  an  "H"  or  "S,"  for  instance.  The  component  level  ("COMP")  is 
shown  as  a  bubble  in  Figure  4.2  to  illustrate  the  idea  that  components  need 
not  be  the  lowest  level  in  the  FOIF.  Components  can  be  collections  of  other 
components.  For  instance,  a  door  is  considered  to  be  a  component  while 
the  knob,  hinges,  and  lockset  attached  are  also  considered  to  be 
components.  These  Levels  are  generic  in  definition  and  can  also  be  tailored 
to  suit  individual  building  or  user  requirements. 


BLDG 
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Figure  4.2:  Building  Level  Structure 
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4.4.3.  Geometric  Vantage  Point  ("Vantage") 

The  geometric  vantage  points  are  used  to  select  a  representation  of 
the  building  geometry.  The  FOIF  defines  Vantage  codes  for  both  two-  and 
three-dimensional  graphics  as  shown  in  Figure  4.3.  In  terms  of  conventional 
two-dimensional  drawings,  common  vantages  would  be;  floor  plans,  typical 
wall  sections,  and  reflected  ceiling  plans.  Cross-sectional  drawings  of  each 
surface  are  also  defined.  To  support  three-dimensional  representations  of 
the  building  geometry  the  vantages  are:  down;  north,  south,  east,  and  west; 
and  up.  Cross  sections  of  each  surface  would  also  be  available. 

The  Vantage  code  would  not  be  used  at  the  component  level  unless 
more  than  one  representation  of  the  component  was  available.  For 
instance,  some  pieces  of  mechanical  equipment  may  have  elevation 
drawings  showing  the  equipment  from  several  different  angles.  In  this  case, 
the  Vantage  code  would  be  used  to  differentiate  between  the  different 
angles. 


4.4.4.  UCI  Code  ("Index") 

The  Uniform  Construction  Index  (UCI)  is  used  as  the  final  category  for 
organizing  items  within  a  building.  Each  material,  component,  and  system  is 
described  in  the  UCI.  When  coding  and  storing  items,  the  proper  five-digit 
UCI  code  is  assigned. 


TWO-DIMENSIONAL  VANTAGE  POINTS  THREE-DIMENSIONAL  VANTAGE  POINTS 
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Figure  4.3:  Geometric  Vantage  Points,  Two-  and  Three-Dimensional 
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The  Index  is  the  greatest  level  of  detail  for  describing  items 
functionally.  Consequently,  this  category  differentiates  between  the  items 
which  have  the  same  code  structure  for  System,  Level,  and  Vantage.  It 
should  be  noted  that  some  items  cannot  be  differentiated.  An  example 
would  be  the  hardware  associated  with  a  particular  door.  Hinges,  strike 
plates,  and  knobs  are  all  identified  by  the  same  UCI  narrowscope  title 
(08710)  and  can  thus  not  be  differentiated  in  the  coding  structure. 

Because  of  the  way  in  which  Systems  are  defined  (i.e.  as 
consolidations  of  many  Index  codes)  all  items  within  a  system  are  selected. 
For  instance,  a  structural  plan  would  show  all  items  described  by  codes 
03000  through  06000.  It  is  only  when  a  particular  item  is  to  be  singled  out, 
for  instance  steel  framing  members,  that  specific  indices  (05000)  are 
needed.  Several  could  be  selected  for  display. 

There  are  several  advantages  to  using  the  UCI  as  a  basis  for  the 

FOIF: 

1 .  It  is  common.  The  UCI  is  widely  recognized  as  the  standard  in  the 
United  States  construction  industry. 

2.  It  is  comprehensive.  All  items  in  a  building  can  be  described  by  a 
UCI  Code. 

3.  It  is  adaptable.  The  UCI  is  constantly  changing  to  accommodate 
new  technologies. 
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4.4.5.  The  Information  Code  ("information") 

Chapter  3  identified  nine  general  categories  to  describe  information 
about  buildings  most  useful  to  the  facility  operator.  These  items  are  used  in 
the  FOIF  to  access  the  appropriate  source(s)  for  the  information.  For 
instance,  most  "Geometric"  information  code  queries  would  access  the 
facility  drawings;  "Type/  Style"  queries  might  access  charts  and  schedules  in 
the  drawings  or  specifications.  A  full  listing  of  the  information  codes  is 
provided  in  Figure  4.1.  The  types  of  information  accessed  by  each  code 
were  listed  in  Figure  3.1. 

4.5.  Using  the  FOiF 

The  principle  use  of  the  FOIF  is  to  give  the  operator  access  to  facility 
information  by  providing  a  logical  system  for  its  organization,  information 
retrieval  procedures  are  discussed  first  by  considering  each  code 
individually.  Subsequently,  information  storage  is  presented  in  general 
terms.  Retrieval  and  storage  procedures  are  both  discussed  in  terms  of  a 
generic  computer  environment,  but  are  described  independently  of  the 
information's  format. 
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4.5.1.  Retrieving  Information 

The  basic  procedure  for  retrieving  information  with  the  FOIF  begins  by 
specifying  the  address  codes  (System,  Level.  Vantage,  and  Index)  and  then 
by  selecting  the  information  code  representing  the  type  of  data  needed. 

4.5. 1.1.  Using  the  System  Code 

Typically  the  first  code  selected  would  be  the  System  code.  System 
codes  define  an  appropriate  "view"  of  the  building  for  each  user.  For 
instance,  a  plumbing  tradesman's  view  would  be  defined  by  the  System 
code  "PLMB."  Selecting  the  "PLMB"  System  code  can  be  thought  of  as 
starting  with  a  complete  set  of  the  facility's  drawings  and  then  turning  to  the 
plumbing  ("P")  drawings. 

Normally  only  one  System  code  would  be  selected  at  a  time. 

Selecting  more  than  one  system  at  a  time  should  result  in  the 
superimposition  of  the  systems  selected.  If  no  System  code  is  selected  the 
default  would  be  the  architectural  system.  Other  default  settings  could  be 
defined  by  the  user. 

4.5. 1.2.  Using  the  Level  Code 

Inquiries  would  begin  at  the  Building  level.  Floors  and  rooms  would 
be  selected  by  the  user  pictorially  (i.e.  by  using  a  "point  and  click"  or  similar 
technique)  or  by  selecting  the  appropriate  Level  code  or  Floor  number  and 
Room  number  from  a  list  of  available  choices.  For  instance,  from  a  "BLDG" 
level  display  the  user  could  click  on  the  third  floor  for  a  third  floor  plan  or 
simply  select  the  code  "RM309"  to  display  a  floor  plan  of  Room  309. 


Selection  of  components  would  be  made  pictorially,  as  described 
above,  or  by  using  the  Index  code  as  explained  in  Section  4.5.1. 4. 

4.5. 1.3.  Using  the  Vantage  Code 

The  Vantage  code  selects  a  representation  of  geometric  data  (i.e. 
drawings).  Unless  otherwise  specified,  the  Vantage  is  a  plan  view  (two- 
dimensional)  or  an  elevation  view  (three-dimensional).  With  three 
dimensional  graphics,  vantage  could  be  controlled  by  a  "joy  stick”  or  similar 
input  device  which  allows  for  panning  and  movement  in  four  directions. 
Cross-sectional  representations  are  accessed  by  first  specifying  the  desired 
vantage  (i.e.  floor  plan,  wall  elevation,  or  ceiling)  and  then  selecting  "S"  from 
the  Vantage  menu. 

4.5.1 .4.  Using  the  Index  Code 

Within  a  view  which  has  been  defined  by  the  other  three  address 
codes  of  the  FOIF  coding  structure  (I.e.  PLMB,  RM103,  PLAN),  one  or  more 
items  can  be  displayed,  with  each  represented  by  an  Index  code.  For 
example,  given  the  above  code,  a  domestic  water  heater  (15424),  some 
pipes  (15063),  and  a  floor  drain  (15421)  might  be  displayed  on  a  floor  plan 
of  Room  103.  Selection  of  a  specific  component  would  than  be  made  by 
clicking  on  the  desired  item. 

4.5. 1.5.  Using  the  Information  Code 

Given  a  full  address  code,  information  about  the  item  would  be 
retrieved  by  selecting  from  available  information  codes.  Unless  otherwise 
selected,  "Geometric"  information  would  be  displayed. 
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4.5.2.  Storing  Information 

The  physical  storage  of  information  could  be  accomplished 
electronically.  Information  would  be  input  by  scanning  existing  documents 
or  transferring  electronically  generated/  stored  information  into  a  frame.  This 
frame  would  be  assigned  a  retrieval  code  based  on  the  proposed  FOIF 
coding  structure  and  accessed  by  a  similarly  based  query  language. 

Voluminous  paper  documents  (i.e.  operations  and  maintenance 
manuals)  or  other  documents  not  suited  for  electronic  storage  might  be 
arranged  in  a  conventional  filing  system.  Queries  for  such  documents  would 
provide  the  shelf  address,  for  example  "See  shelf  B6  in  reference  library." 


4.6.  Summary 

This  chapter  defined  the  FOIF,  a  useable  framework  for  organizing 
information  so  that  it  can  be  easily  retrieved  by  the  facility  operator. 
Organization  is  accomplished  by  a  simple  coding  structure  consisting  of 
address  codes,  which  locate  and  describe  an  item,  and  an  information  code, 
which  provides  information  about  the  item.  In  Chapter  5,  the  framework  is 
tested  with  a  case  study. 
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Chapter  5 


CASE  STUDY 


5.1.  Overview 

A  case  study  was  used  to  test  the  ability  of  the  Facility  Operator's 
Information  Framework  (FOIF)  to  identify  locations  of  problems  within  a 
building.  Actual  work  assignments  at  a  representative  building  were  used. 
The  case  study  results  are  listed  and  discussed.  It  is  shown  that,  in  general, 
the  FOIF  coding  structure  can  be  used  to  effectively  locate  items  within  a 
building. 


5.2.  Agricultural  Science  and  Industries  Building 

The  building  selected  for  the  case  study  was  the  Agricultural  Science 
and  Industries  Building,  which  is  located  at  the  University  Park  Campus  of 
The  Pennsylvania  State  University.  This  recently  constructed  building  is  a 
five-story,  150,000  square  foot  office,  laboratory,  and  classroom  facility.  It 
features  standard  architectural,  structural,  plumbing,  mechanical,  and 
electrical  systems.  It  also  features  several  specialized  systems  such  as 


distilled  water,  compressed  air,  and  vacuum  systems.  The  facility,  although 
only  in  operation  for  less  than  a  year,  provided  an  ample  variety  of  woi1< 
assignments  for  study. 


5.3.  Description  of  the  Work  Assignments 

Work  assignments  are  used  by  The  Pennsylvania  State  University's 
Maintenance  and  Operations  Division  to  define  requests  for  repairs  or 
maintenance.  For  the  case  study,  a  printout  listing  completed  work 
assignments  for  the  Agricultural  Science  and  Industries  Building  was 
obtained.  The  majority  of  the  work  assignments  on  the  listing  were  requests 
to  have  keys  made;  to  locate  and  repair  leaks;  to  have  modifications  made; 
to  install  furnishings  and  equipment;  or  to  repair  computer  equipment. 

The  available  list  was  reduced  slightly  before  selecting  work 
assignments  for  the  case  study.  Computer  repairs  were  excluded  as  beyond 
the  scope  of  this  study.  Duplications  of  similar  assignments  were  eliminated, 
leaving  only  the  first  occurrence  of  each  type  of  call.  All  assignments 
involving  duplication  of  keys  were  dropped  in  favor  of  one  assignment  to 
repair  a  faulty  lockset  (which  requires  locating  the  same  object).  Duplicate 
assignments  involving  leaks  were  only  partially  eliminated.  Though 
repetitious  in  description,  many  "repair  leak”  assignments  involved  different 
systems  and  were  selected  on  this  basis  rather  than  by  the  description  of 
work  alone.  In  all,  approximately  sixty  assignments  had  to  be  considered  in 
order  to  obtain  fifteen  which  represented  a  variety  of  problems 
encompassing  each  major  trade. 
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5.4.  Case  Study  Illustration  and  Results 

The  purpose  of  the  case  study  was  to  test  the  ability  of  the  FOIF  to 
describe  the  location  of  building  components  both  spatially  and  functionally 
and,  thus,  provide  the  user  with  information  about  the  component.  For  each 
of  the  fifteen  work  assignments,  the  item  described  was  located  using  the 
facility  documents  (primarily  drawings).  Typically,  several  drawings  were 
needed.  Subsequently,  the  FOIF  was  used  to  locate  the  same  item.  For 
instance,  if  a  floor  plan  of  a  particular  room  was  needed  for  the  work 
assignment,  the  FOIF  coding  structure  which  described  a  floor  plan  of  the 
room  was  generated.  In  cases  where  a  FOIF  code  was  not  required  to 
define  the  drawing,  the  code  is  listed  "NR”  (not  required). 

One  small  obstacle  encountered  was  that  the  room  numbering 
scheme  used  for  work  assignments  differed  from  that  used  on  the  drawings. 
Pursuant  to  facility  turnover,  the  University  renumbered  all  of  the  rooms  to 
conform  with  a  campus-wide  numbering  convention.  For  clarity  in 
presenting  the  sample  cases,  the  original  numbering  scheme  used  on  the 
drawings  was  adopted  for  the  case  study.  Room  numbers  listed  on  the  work 
assignments  were  translated  back  to  the  old  numbering  scheme. 

5.4.1.  Illustration  of  Cases  4  and  13 

To  illustrate  the  case  study  process,  two  representative  cases  are 


explained: 
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Case  4  (Work  Ass^^nment  #29  74184)  is  an  assignment  to 
repair  a  light  fixture  in  Room  1211.  The  first  drawing  needed  to  locate 
the  problem  was  a  lighting  plan  of  Room  121 1  (see  Figure  5.1).  To 
obtain  this  drawing  with  the  FOIF,  the  System  code  "ELEC"  (electrical 
system),  Level  code  "RM12ir  (Room  1211),  and  Index  code  "16500" 
(lighting  system)  would  be  selected.  The  Vantage  and  Information 
codes  default  to  "PLAN"  and  "Geometric,"  respectively.  Translated 
into  words,  the  coding  structure  would  read  "a  lighting  plar,  of  Room 
1211."  The  next  information  needed  was  a  schedule  of  light  fixtures 
used  in  Room  1211  (see  Figure  5.2).  To  obtain  the  same  schedule 
with  the  FOIF,  the  Information  code  would  have  to  be  changed  to 
"Type/  Style."  The  final  schedule  needed,  as  shown  m  Figure  5.3, 
describes  the  various  types  of  light  fixtures.  It  would  be  accessed  by 
the  FOIF  by  changing  the  Level  code  to  "COMP."  Translating  this  final 
code  into  words,  it  reads  "electrical  system  (System  =  ELEC)  lighting 
(Index  =  16500)  components  (Level  =  COMP)  found  in  Room  121 1 
(from  previous  screen). 

Case  13  (Work  Assignment  #27  80066)  as  to  repair  a  broken 
soap  dispenser  in  the  third  floor  women's  restroom.  The  first  drawing 
needed  to  locate  the  problem  was  an  architectural  floor  plan  of  the 
third  floor.  This  drawing  indicates  that  there  is  only  one  women's 
restroom  on  the  third  floor  and  also  indicates  where  on  the  floor  it  is 
located.  Next,  an  enlarged  view  of  the  restroom  is  needed  to  locate 
the  soap  dispenser  within  the  restroom.  Figure  5.4  shows  the 


Figure  5.1:  Example  of  Frame  for  Case  4:  Room  1211  Lighting  Plan 


Figure  5.2:  Example  of  Frame  for  Case  4:  Room  Fixture  Schedule 
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Figure  5.3:  Example  of  Frame  for  Case  4:  Lighting  Fixture  Schedule 
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Figure  5.4:  Example  of  Frame  for  Case  13:  Room  3132  Architectural  Plan 
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enlarged  architectural  plan  of  typical  men's  and  women's  restrooms 
on  floors  two  through  five.  The  appropriate  FOIF  coding  structure  is: 
the  architectural  (System  =  ARCH)  floor  plan  (Vantage  =  PLAN)  of 
Room  3132  (Level  =  RM3132).  The  FOIF  Index  code  is  not  needed 
since  the  System  selected  ("ARCH")  includes  all  architectural  items 
(including  soap  dispensers).  Though  the  soap  dispensers  are 
labelled  on  the  floor  plan  drawing,  an  elevation  drawing  (Figure  5.5) 
is  added  for  clarity  to  show  the  wall  on  which  the  soap  dispenser  is 
mounted.  The  coding  structure  is  similar  to  the  last  screen;  it  is 
described  by  changing  the  Vantage  code  to  "EL-N"  or  north  elevation. 
Figure  5.6  is  the  schedule  which  lists  the  soap  dispenser  and  is 
described  by  changing  the  FOIF  Index  code  to  10800  (toilet  and  bath 
accessories)  and  selecting  the  "Type/  Style"  Information  code. 

5.4.2.  Tabular  Listing  of  Results 

Table  5.1  lists  all  fifteen  work  assignments  considered  in  the  case 
study.  In  the  first  column,  the  drawings  used  to  locate  the  problem  are 
identified  by  sheet  number  and  drawing  title.  For  each  one,  the  appropriate 
FOIF  coding  structure  which  would  access  the  drawing  is  shown  in  the 
center  columns  of  the  table.  The  last  column  in  the  table  states  whether  the 
FOIF  code  accurately  describes  each  drawing  and  lists  exceptions. 

In  cases  where  the  exact  subject  of  the  problem  was  indeterminate, 
all  related  drawings  were  listed.  For  instance,  all  drawings  showing  piping 
in  the  vicinity  of  a  water  leak  are  listed.  In  the  case  of  the  fire  alarm  trouble 


Table  5.1  (cont.) 
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(Cont.  on  next  page) 


(Case  14),  a  smoke  detector  is  assumed  to  be  faulty  and  the  fixture  schedule 
is  listed. 


5.5.  Findings  from  the  Case  Study 

Based  on  the  case  study  several  findings  were  made. 

5.5.1.  Need  for  More  "System"  Codes 

The  drawings  used  in  the  study  decomposed  the  building  functionally 
into  greater  detail  than  the  FOIFs  System  code  enabled.  For  example,  the 
electrical  system  included  separate  drawings  for  power  distribution  (16400) 
and  lighting  (16500).  The  FOIF  differentiated  between  the  two  with  its  Index 
code,  which,  similar  to  the  System  code,  is  based  on  UCI.  It  is  felt  that  in 
actual  application,  the  use  of  the  System  code  to  group  common  items 
would  be  preferred.  For  instance,  upon  facility  acceptance,  operators  could 
define  Systems  to  match  the  organizational  structure  of  their  various  trades 
or  shops  (i.e.  define  a  fire  protection  system  if  they  had  a  separate  fire 
protection  system  shop). 

5.5.2.  Multiple  Coding  Structures  for  the  Same  item 

Several  drawings  provided  a  wider  scope  of  information  than  needed 
to  locate  the  problem.  Most  commonly,  the  information  needed  was  specific 
to  an  individual  room  while  the  greatest  level  of  detail  available  in  the 
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drawings  was  the  whole  floor.  Similarly,  entire  fixture  schedules  were  listed 
when  information  was  only  needed  about  a  specific  schedule  entry.  Case  4 
provides  a  good  example.  Figure  5.2  shows  a  room  lighting  fixture  schedule 
for  Rooms  1202  through  1214.  The  coding  structure  only  "asked  for" 
information  about  Room  1211.  In  this  case,  and  many  others,  there  was  a 
"many-to-one"  relationship  between  FOIF  coding  structures  and  the 
documents.  Though  the  FOIF  properly  identified  the  desired  information, 
these  cases  were  noted  in  the  last  column  of  Table  5.1 . 


5.6.  Discussion 

In  each  of  the  fifteen  cases  considered,  the  item  identified  in  the  work 
assignment  was  successfuily  found  using  the  facility  documents.  As  shown 
in  Table  5.1 ,  the  FOIF  coding  structure  capably  accessed  each  of  the 
documents  needed  '.o  find  the  same  items  within  the  building.  Accordingiy, 
two  observations  can  be  made: 

1 .  The  documents  adequately  described  the  location  of  each  item 
spatially  and  functionally. 

2.  The  FOIF  can  effectively  describe  the  location  of  items  within  a 
building  both  spatially  and  functionally. 


Given  the  location  of  an  item  in  a  building,  the  operator  can  then 
access  the  other  information  needed  ^out  the  item  by  selecting  it  with  the 


FOIF  Information  code.  Consequently,  it  nan  be  concluded  that  the  FOIF  is 
effective  in  providing  the  operator  with  the  information  needed  to  operate  the 
facility. 
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5.7.  Summary 

This  chapter  has  demonstrated  that  the  FOIF  can  be  used  to 
accurately  describe  the  locations  of  items  within  a  building.  Fifteen  work 
assignments  from  a  representative  building  were  studied.  In  each  case,  the 
FOIF  successfully  identified  the  documents  needed  to  locate  the  items 
described  in  the  work  assignments.  It  was  therefore  concluded  that  the  FOIF 
could  be  used  effectively  as  a  tool  by  the  facility  operator  to  access 
information  about  buildings. 


Chapter  6 
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CONCLUSIONS 


6.1.  Overview 

This  final  chapter  compares  the  research  conducted  in  the  study  with 
the  original  objectives.  The  FOlPs  limitations  are  discussed  and  the  areas 
for  further  research  are  identified. 


6.2.  Comparison  of  Research  with  Objectives 

Chapter  1  stated  a  problem  facing  facility  operators:  the  lack  of  a 
common  framework  for  organizing  and  accessing  the  information  required  to 
operate  a  facility.  This  study  set  out  four  objectives  for  solving  the  problem. 
The  four  objectives  and  the  research  conducted  to  accomplish  each  are 
discussed  below. 
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6.2.1.  Defining  Faciiity  Operations  and  information 
Organization 

The  first  objective  invoived  defining  the  role  of  the  facility  operator  and 
identifying  methods  for  organizing  information  used  to  describe  facilities. 

This  was  achieved  through  a  comprehensive  review  of  the  literature. 

6.2.2.  Identifying  Facility  Operator's  Information  Needs 

The  second  objective  entailed  identifying  the  information  about 
buildings  most  useful  to  the  operator.  By  interviewing  trade  supervisors  on 
the  maintenance  staff  of  a  large  university,  numerous  information  needs 
were  identified.  These  information  needs  were  then  organized  in  tabular 
format  in  Chapter  3  and  show,  for  each  major  building  material,  component, 
or  system,  the  information  items  required  by  the  operator.  Possible  sources 
for  that  information  are  also  identified.  Subsequently,  nine  information 
categories  were  defined  by  consolidating  the  many  specific  information 
needs.  These  nine  categories  are  useful  when  organizing  building 
information  by  providing  categories  into  which  information  items  may  be 
grouped.  Figure  3.1  presented  the  nine  categories  and  the  many  constituent 
types  of  information  they  represent. 
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6.2.3.  Defining  an  Information  Framework 

The  third  objective  was  to  define  a  simple,  logical,  and  adaptable 
framework  for  organizing  and  accessing  information  used  by  the  facility 
operator.  Simplicity  is  achieved  in  the  FOIF  by: 

1 .  Using  only  four  codes  to  identify  items  in  a  building,  both 
functionally  and  spatially. 

2.  Using  the  UCI  system,  widely  recognized  as  the  standard 
indexing  code  in  the  United  States  construction  industry,  as  the 
basis  for  two  of  its  codes. 

3.  Describing  all  operating  information  in  terms  of  nine  basic 
categories. 

Each  code  defined  in  the  FOIF  is  logical  and  straightforward.  The 
codes  are  also  adaptable  to  future  changes  in  the  AEC  industry.  In 
particular,  the  current  trend  towards  the  use  of  three-dimensional  graphics  is 
supported  by  the  FOIF's  Vantage  code. 

6.2.4.  Testing  the  Framework 

The  final  objective  required  testing  the  framework  by  using  a  case 
study  application  Fifteen  work  assignments  from  a  representative  building 
were  used.  For  each  one,  the  item  described  in  the  work  assignment  was 
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located  in  the  facility's  documents  and  subsequently  located  using  the  FOIF. 
The  ability  of  the  FGIF  coding  structure  to  identify  the  drawings  was  noted. 
The  FOIF  was  found  to  be  generally  effective,  demonstrating  that  it  can  be 
used  to  locate  items  within  a  building. 


6.3.  Lintitations  of  the  FOIF 

Several  limitations  of  the  FOIF  are  identified  below: 

1 .  The  scope  of  the  FOIF  is  narrow.  Civil  trades,  furniture, 
manufacturing  equipment,  and  moveable  equipment  were 
excluded  from  the  study.  The  scope  of  the  research  was  limited  to 
a  single  owner  and  only  buildings  consisting  of  classrooms, 
offices,  and  laboratories  were  considered. 

2.  It  only  addresses  the  information  needs  of  the  facility  operator. 

The  facility  operate.’,  though  responsible  for  the  longest  phase  of 
the  building's  life,  is  but  one  player  on  the  total  facility  team. 

3.  It  does  not  define  a  mechanism  for  storing  information  so  that  it 
may  be  accessed  in  the  manner  described. 
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6.4.  Araas  for  Further  Research 

Through  the  course  of  this  study,  and  based  upon  the  FOIF's 
limitations  discussed  in  the  previous  section,  several  areas  requiring  further 
study  were  identified.  A  discussion  of  some  of  these  areas  is  provided  in  the 
following  sections. 

6.4.1.  Testing  on  Other  Owners 

The  FOIF  is  limited  in  that  it  was  developed  and  tested  using  a  single 
owner.  Additional  owners  should  be  selected  and  studied.  Given  the 
research  presented  in  this  study,  the  other  owners  could  be  asked  to  identify 
additional  information  needs,  if  any.  Case  studies,  similar  to  the  one 
discussed  in  Chapter  5.  could  be  conducted  to  further  test  the  FOIF. 

6.4.2.  integration  with  the  Other  Life  Cycle  Phasses 

The  information  needs  of  the  operator  must  be  coordinated  and 
integrated  with  those  of  planners,  designers,  contractors,  ano  n»anagers. 

The  Information  Framework  for  Project  Developers  already  developeo  by 
Khayyal  [1990]  is  an  important  first  step  towards  this  goal.  The  "Master 
Builder"  approach  of  Khayyal's  framework  enables  it  to  accommodate 
information  from  each  phase  of  the  life  cycle.  To  support  Khayyal's 
framework,  specific  information  applied  to  the  various  life  cycle  phases  must 
be  identified.  Under  the  Computer  Integrated  Construction  Program  at  The 
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Pennsylvania  State  University,  such  research  is  ongoing.  For  example, 
planning  information  is  currentiy  being  studied  by  Greg  Perkinson.  Given 
the  specific  information  needs  related  to  each  phase,  a  fully  integrated  life 
cycle  framework  which  addresses  the  specific  needs  of  ail  players  can  then 
be  developed. 

6.4.3.  Development  of  Standard  System  Codes 

It  was  found  from  the  case  study  (Chapter  5)  that  additional  System 
codes  would  help  to  isolate  information  for  the  various  trades  responsible  for 
operating  the  building.  Three  examples  cited  were  power  distribution, 
lighting,  and  fire  protection.  As  an  area  for  further  research,  a  list  of 
"standard"  System  codes  which  are  aligned  with  the  various  trades  of  a 
representative  owner’s  operations  staff  shouid  be  defined.  For  The 
Pennsylvania  State  University,  the  standard  System  codes  might  be  defined 
as: 


System  (C.QB£) _ 

Architectural  (ARCH) 
Masonry/  Concrete 
Carpentry 
Roofs/  Exteriors 
Locks  &  Hardware 
Finishes 
Elevators 
Structural  (STRU) 


UCI  Divisions 
3-10, 12,  and  14 
3  and  4 
5-10 

7 

8 
9 

14 

3-6 


Plumbing  (PLMB) 

15:  sections  15100  -  15500 

Fire  Protection 

15:  sections  15100, 15200,  and  15500 

Mechanical  (MECH) 

15:  sections  15100, 15200, 

and  1*^800  -  15900 

Heating  &  Refrig. 

15:  sections  15600  and  15650 

Air  Distribution 

15:  section  15800 

HVAC  Controls 

15:  section  15900 

Electrical  (ELEC) 

16 

Power  Distribution 

16:  section  16400 

Lighting 

16:  section  16500 

Implementation  of 

the  FOIF 

The  FOIF  still  needs  to  be  implemented.  Implementation  requires 
selection  of  an  appropriate  computer  system  and  development  or  adaptation 
of  the  necessary  software. 

Implementation  of  the  FOIF  could  have  several  benefits,  which  would 
be  shared  by  tradesmen,  trade  supervisors,  and  trouble  desk  operators.  The 
tradesmen  could  have  on>iine  access  to  facility  drawings  and  information  in 
tho  field.  For  instance,  given  a  pipe  leak  above  a  closed  ceiling,  the 
tradesman  could  conceivably  access  the  piping  drawings  through  a  portable 
computer  and  determine,  without  disturbing  the  ceiling,  what  pipes  are  there. 
Trade  supervisors  would  be  able  to  better  assign  the  proper  work  crews  to 
each  job  by  knowing  the  exact  materials  and  systems  involved  with  each 
work  assignment.  Copper  pipe  and  fittings  could  be  obtained  to  fix  the  water 
leak  if  it  were  known  that  all  the  pipes  in  the  building  were  made  of  copper. 
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And  finally,  the  trouble  desk  operator  would  be  able  to  better  visualize 
problems  by  looking  at  a  representation  of  the  building,  floor,  room,  and 
even  the  component  as  a  caller  is  describing  its  problem. 

As  a  matter  of  practicality,  it  is  possible  that  not  all  of  the  information 
items  identified  in  Chapter  3  would  be  stored.  The  system  might  be  used 
strictly  for  those  items  identified  as  time  critical  or  items  which  are  needed 
frequently.  Users  would  have  to  decide  upon  the  cost  effectiveness  for 
storing  information  based  upon  their  individual  needs  and  preferences. 

As  the  FOIF  gains  popularity  and  acceptance,  information 
standardization  may  become  more  prevalent.  Owners  may  begin  requiring 
designers  and  builders  to  organize  facility  operating  documentation  to  meet 
the  needs  of  the  facility  operations  staff.  For  example,  owners  with  an 
individual  trade  responsible  for  control  systems  may  specify  separate 
drawings  showing  a  building's  mechanical  and  electrical  control  systems. 
For  their  locksmith  shop,  they  may  specify  a  separate  list  of  all  door 
hardware.  They  may  further  specify  that  these  documents  be  provided  in  a 
format  which  is  most  useful  to  them,  such  as  in  a  commercial  CAD  or 
database  application.  With  time,  industry-wide  standards  may  develop. 


6.5.  Summary  and  Conclusion 

The  FOIF  is  a  simple,  logical  framework  for  organizing  and  storing  the 
information  needed  by  facility  operators.  It  was  demonstrated  through  a 
case  study  to  be  capable  of  describing  the  locations  of  items  within  a 
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building.  Consequently,  it  is  also  capable  of  providing  the  operator  with  the 
information  needed  about  those  items. 

The  system  is  based  on  current  industry  practices.  It  uses  common 
terms,  codes,  anc  documents.  It  is  also  flexible.  Though  designed  for  tho 
present,  it  is  adaptable  to  future  changes  in  the  construction  and  computer 
industries. 

It  is  impossible  to  predict  the  exact  course  of  the  construction  industry 
or  the  extent  of  computer  use  in  the  process  of  providing  a  facility.  Ideally, 
the  ideas  developed  in  this  thesis  wiitbe  of  use  in  charting  that  course. 
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INTERVIEW  QUESTIONNAIRE 


94 


Jim  Beckett 

310  Sackett  Building 

865-3369 

Thesis  research  questions: 

What  systems  are  you  res'^onsible  for?  (System  and  main  components) 

Which  do  you  spend  the  most  time  on?  (Most  number  of  work  assignments, 
most  maintenance,  etc.) 

Which  are  the  key  systems?  (Most  urgent  or  expensive  repairs) 

Given  a  work  assignment,  what  information  do  you: 

look  up  most  often?  (from  As  builts,  maintenance  manuals, 
operation  manuals,  etc) 


get  in  person  by  checking  the  site? 


wish  you  had  available  to  you? 


consider  the; 

building  as  a  whole 

floor  or  system  as  a  whole 

individual  room,  pipe  chase,  service  space,  etc. 

specific  components. 
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SAMPLE  INTERVIEW  QUESTIONS  AND  RESPONSES 


SAMPLE  tNTERVtEW  QUESTIONS  AND  RESPONSES 


Excerpt  from  interview  with  Mr.  Ellenberger,  Plumbing  Trade  Supervisor. 

Q:  What  systems  are  you  responsible  for? 

A:  Supply,  water  treatment,  waste,  and  fire  systems. 

Q:  Which  are  the  most  important,  or  which  ones  do  you  spend  the  most 

time  on? 

A:  Probably  supply  and  distribution. 

Q:  What  kinds  of  information  do  you  need  for  them? 

* 

A:  The  type,  first  of  all:  Gas,  steam,  air,  water. 

Q:  What  else? 

A:  The  location  of  the  main  valve.  Our  responsibility  starts  at  the  first 

valve  inside  the  building. 

Q:  What  kinds  of  information  do  you  need  inside  the  building? 

A:  As-builts,  schematics,  riser  &  vent  diagrams,  piping  materials.  Valve 

locations  and  what  kind  they  are. 

Q:  Valve  kinds? 

A:  Globe,  gate,  ball,  OS  &  Y. 
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Q:  The  schematic  diagrams  and  such  •  are  they  for  the  whole  building? 

A:  Yes. 

Q:  How  about  valve  locations  and  pipe  materials? 

A:  A  layout  diagram  of  the  floor  showing  materials,  sizes,  etc. 

Q:  How  about  information  you  wish  you  had,  that  you  may  not  have 

currently? 

A:  Access  panel  locations.  Most  of  these  pipes  and  valves  are  behind 

walls  and  you  can  only  get  to  them  through  access  panels. 

Q:  What  else? 

A:  I  cant  think  of  anything. 

Q:  What  specific  information  needs  do  you  have  for  the  various  systems, 

like  gas,  steam,  etc.? 

A:  For  gas  distribution  knowing,  valve  locations.  For  steam  we  need 

piping  up  to  the  fan  coil  or  unit.  Piping  and  valve  locations  are 
important.  Component  locations.  Same  with  air. 

Q:  What  else? 

A:  !  cant  think  of  anything. 


[Similar  Ime  of  questioning  used  for  water  treatment  systems, 
plumbing  fixtures,  waste  water  systems,  and  sprinkler  systems.] 


